| << Retour à l'affichage précédent |
[APP-16587] compte pas accesible FO/BO Création: 01/juin/07 14:07 Mise à jour: 25/juin/07 18:52 Résolue: 12/juin/07 09:42 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 14.2.0 |
| Version(s) corrigée(s): | 14.2.1 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Juan Luis Fajardo | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Classif1: | MON COMPTE | ||||||||||||||||
| Projets PM archivés: | Maintenance 15.x.x | ||||||||||||||||
| Description |
|
Message de l'utilisateur (pseudo kerwilow): "bonsoir je suis acheteur/vendeur sur votre site depuis bientot 6 ans...depuis plusieurs semaines je ne parviens plus a passer des commandes chez vous...a chaques fois un message d'erreur survient genre : un traffic important fait que vous ne pouvez acceder a la page suivante..." On Bo on n'a pas accèss à son compte non plus http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=173701 http://bo.priceminister.com/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=173701&usrmessageid=81294319 |
| Commentaires |
| Commentaire de Younès Charrière [ 01/juin/07 17:16 ] |
|
Voici les logs de l'erreur : 2007-06-01 17:15:13,254 INFO [-Processor50] kerwilow - >>> GET http://bo.priceminister.com/wallet?action=list 2007-06-01 17:15:13,445 ERROR [-Processor50] kerwilow - WALLET ILLEGAL AMOUNT : WalletOutgoingAmount is positive, WalletAmount is negative, for the u ser n<B0>173701 2007-06-01 17:15:13,446 ERROR [-Processor50] kerwilow - Block generation error in : com.babelstore.wallet.front.OperationList_jsp 2007-06-01 17:15:13,447 ERROR [-Processor50] kerwilow - Assembly error Servlet : com.babelstore.wallet.front.WalletServlet Request : GET http://bo.priceminister.com/wallet?action=list Referrer : http://bo.priceminister.com/user User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4 Trace : com.babelstore.wallet.WalletIllegalAmountException at com.babelstore.user.UserInfo.checkWalletAmount(UserInfo.java:129) at com.babelstore.user.UserInfo.getWalletAvailableAmount(UserInfo.java:94) at com.babelstore.wallet.front.OperationList_jsp.generate(OperationList_jsp.java:75) at com.babelstore.util.Block.generate(Block.java:143) at com.babelstore.util.web.Request.include(Request.java:521) at com.babelstore.util.web.Request.include(Request.java:554) at com.babelstore.util.web.Request.include(Request.java:560) at com.babelstore.common.front.FrontTemplate3c_jsp.generate(FrontTemplate3c_jsp.java:222) at com.babelstore.util.Block.generate(Block.java:143) at com.babelstore.util.web.Screen.generate(Screen.java:137) at com.babelstore.util.web.Request.generate(Request.java:494) at com.babelstore.common.front.FrontRequest.generate(FrontRequest.java:461) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:374) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:166) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2007-06-01 17:15:13,447 INFO [-Processor50] kerwilow - <<< [193 ms] GET http://bo.priceminister.com/wallet?action=list |
| Commentaire de Christophe Garcia [ 04/juin/07 16:08 ] |
| On ne peut rien faire pour cet utilisateur en attendant l'étude de son PMV ? |
| Commentaire de Renaud Dierickx [ 08/juin/07 09:13 ] |
|
Le montant du pmv de ce compte est négatif. Ce n'est pas normal et c'est pour ça que ça plante. Il faut que j'étudie ce pmv pour savoir ce qu'il s'est passé. Si on souhaite débloquer ce compte il suffit de remettre son pmv à 0 (colonne WALLET_AMOUNT de le table user_account). Ce n'est pas grave car il est à -2.85 Euros : on ne perdra donc pas grand chose. select WALLET_AMOUNT from user_account where user_account_id = 173701 ; WALLET_AMOUNT ------------- -2.85 Christophe, pour l'update en prod je te laisse voir avec Patrick P (je n'ai pas le droit de la faire). Je vais réaliser l'étude du pmv de ce compte. |
| Commentaire de Renaud Dierickx [ 08/juin/07 09:31 ] |
|
J'ai fais une requête en prod et pour le moment il n'y a que cet utilisateur qui pose problème. SELECT user_account_id, wallet_amount, wallet_incoming_amount, wallet_outgoing_amount, wlt_status_code FROM user_account usr WHERE (usr.wallet_amount IS NOT NULL AND usr.wallet_amount < 0) OR (usr.wallet_incoming_amount IS NOT NULL AND usr.wallet_incoming_amount < 0) OR (usr.wallet_outgoing_amount IS NOT NULL AND usr.wallet_outgoing_amount > 0); 2 3 4 5 USER_ACCOUNT_ID WALLET_AMOUNT WALLET_INCOMING_AMOUNT WALLET_OUTGOING_AMOUNT WLT_STATUS_CODE --------------- ------------- ---------------------- ---------------------- --------------- 173701 -2.85 0 2.85 20 Christophe, Patrick doit également remettre la colonne WALLET_OUTGOING_AMOUNT à 0 pour que cet utilisateur ne nous repose pas problème. Il faudrait aussi mettre un wallet_event. Pour cela, il y a déjà un script qui existe. C'est le : old/V11/V11_0_0/prod/01_PREPARE/ONLINE/V11_0_0_ |
| Commentaire de Renaud Dierickx [ 08/juin/07 10:30 ] |
|
Après analyse du bug, je me suis rendu compte qu'on manque de logs en amont pour comprendre ce qu'il s'est passé. J'ai ajouté dans le code ces logs qui remonteront en message d'alerte coté DEV la prochaine fois qu'un cas comme celui-ci se produit. Je ne passe pas plus de temps sur ce problème complexe qui arrive rarement. Christophe, je te laisse gérer avec Patrick pour le passage du script "old/V11/V11_0_0/prod/01_PREPARE/ONLINE/V11_0_0_ |
| Commentaire de Christophe Garcia [ 08/juin/07 12:23 ] |
| Patrick, on commence par l'INTEG. |
| Commentaire de Patrick Pereira [ 08/juin/07 16:48 ] |
|
C'est fait en integ. quand tu veux pour la prod. |
| Commentaire de Patrick Pereira [ 12/juin/07 09:42 ] |
| C'est fait en prod. |
| Commentaire de Christophe Garcia [ 12/juin/07 10:16 ] |
| OK compte de nouveau accessible |
[APP-14083] probleme de connection a mon compte depuis le BO Création: 07/déc./06 16:21 Mise à jour: 06/mai/08 12:37 Résolue: 06/mai/08 12:37 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Compte utilisateur |
| Affecte la/les version(s): | 9.0.4.3 (Noël) |
| Version(s) corrigée(s): | 21.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Patrick Condevaux | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | TECH | ||||||||
| Description |
|
Il y a un problème lorsqu'on essaye de se connecter un
compte utilisateur en utilisant le lien "C" accompagnant les login dans
le BO. J'ai observé le problème en INTEG mais je ne sais pas si c'est le cas en prod (GEV avait eu un jira sur ce sujet, elle n'avait pas reussi à le reproduire) Donc en INTEG, si la machine selectionné en haut a droite de l'ecran est deutz et qu'on suit un lien vers un compte, on se retrouve bien connecté à ce compte. Par contre si la machine sélectionné est mumm, on ne se connecte pas au compte: on arrive sur la page de login ou pire encore sur un compte sur lequel on était précédemment loggué (ca peut etre tres dangereux si ca se produit en prod) |
| Commentaires |
| Commentaire de Arnaud Forgues [ 07/déc./06 18:14 ] |
|
en fait le pb vient d'un conflit entre la configuration
apache en integ et les propriété definissant la liste des serveurs
visibles en BO en haut à droite : "priceminister.server.list =
mumm;deutz;lanson" Le fonctionnement correct serait de définir correctement cette propriété afin de ne voir que les SA non preview depuis deutz ==> priceminister.server.list = deutz;lanson Et de définir que les SA preview depuis mumm (qui est preview) : ==> priceminister.server.list = mumm Ainsi on ne pourrait pas accèder artificiellement à mumm depuis deutz et se retrouver dans cette situation instable qui provoque le bug. PS : et c'est comme ca que c'est configuré en PROD PPS : faire ce changement n'empechera en rien l'apache d'integ de dispatcher les requetes HTTP entre deutz et mumm |
| Commentaire de Geneviève Beaujard [ 08/déc./06 11:44 ] |
|
J'insiste sur le denier point signalé par patrick: on arrive en BO sur mumm. on passe en FO. je me loggue en testeurfou je repasse en BO dans la même fenetre (bo.pm.lan/summary) je recherche le compte testpm_yam j'appuie sur le bouton mon compte je me retrouve sur le compte de testeurfou. c'est plutot genant, c'est le même bug que m'avait signalé xavier http://pricejira.lan/browse/APP-11516 |
| Commentaire de Younès Charrière [ 11/déc./06 10:57 ] |
| Le problème signalé par Geneviève est toujours présent. ne peut-on rien y faire ? |
| Commentaire de Younès Charrière [ 11/déc./06 14:50 ] |
| Vu avec Arnaud. Configurer les properties comme conseillé dans son commentaire. |
| Commentaire de Younès Charrière [ 11/déc./06 18:07 ] |
|
Manipulation à faire en même temps que |
[APP-6622] BO : MAJ du compte utilisateur Création: 09/déc./05 11:49 Mise à jour: 25/juin/07 18:33 Résolue: 09/déc./05 11:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.9 |
| Version(s) corrigée(s): | 8.0.9 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Andrei Matyas | Attribution: | Andrei Matyas |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il faut ajouter la dernière adresse de contact d'un acheteur
(une 5eme colonne coté BO). Cette adresse n'est pas modifiable |
| Commentaires |
| Commentaire de Andrei Matyas [ 09/déc./05 11:50 ] |
| Adresse ajoutée cote BO! |
[APP-13894] Ajouter le nom du compte dev en BO Création: 28/nov./06 15:33 Mise à jour: 25/juin/07 18:47 Résolue: 10/janv./07 15:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.4.3 (Noël) |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Arnaud Forgues | Attribution: | Judd OSullivan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Classif1: | BO |
| Projets PM archivés: | Maintenance 12.0.0 |
| Description |
|
Avec la mise en place d'un nouveau serveur (boulard) afin
d'ajouter de nouveaux serveurs JBoss pour les maquettistes et le param
...., il pourrait être pratique de savoir sur quel serveur on se trouve
en BO. Par exemple on pourrait afficher dans la barre d'en tete, le nom du serveur Jboss comme on les nomme depuis la page Wiki "Site Priceminister" (http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=SitePriceminister) |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 02/janv./07 15:57 ] |
|
D'apres ce que j'ai compris arno voudrait voir dans l'entête nom du compte suivi du nom de la machine. Je ne sais pas ou trouver ces informations. En prod le nom de la machine est dans le cookie JSESSIONID, mais a ma connaissance on a pas cet info en dev. Jud peux tu me dire STP si on peut realiser cette demande. Si oui reaffectes moi ce bug. |
| Commentaire de Judd OSullivan [ 10/janv./07 15:27 ] |
|
J'ai ajouté le nom d'utilisateur qui a lancé jboss dans le
header de BO. Il remplace le nom de la machine mais je l'ai mis entre
paranthese pour faire la distinction donc on integ/prod on va toujours
voir en haut a droite : genevieve - amphore - V11_3_0 en dev on voit : Non identifié - (osullivj) - @VERSION@ |
[APP-4841] BO Utilisateur : Problème de perf sur l'accès au compte à valider Création: 09/juin/05 09:58 Mise à jour: 25/juin/07 18:30 Résolue: 05/juil./05 18:08 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 8.0.2b |
| Version(s) corrigée(s): | 8.0.3 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Emmanuelle Lachamp | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
toujours tres tres longs, idem pour l'acces au compte en bo des lors que le compte est assez ancien et avec bcp de vente ca rame... plusieurs minutes avant l'acces ex: pseudo destocksarl daredevil94 merci emma |
| Commentaires |
| Commentaire de Quentin de Chivré [ 09/juin/05 16:05 ] |
| On verra ca ... |
| Commentaire de Quentin de Chivré [ 04/juil./05 11:05 ] |
| Devrait être corrigé ... ? |
| Commentaire de Renaud Dierickx [ 05/juil./05 18:08 ] |
| Nous avons analysé l'ensemble des requêtes du BO Utilisateur et optimisé celles-ci. |
| Commentaire de Bruno Ballester [ 07/juil./05 19:31 ] |
| Testé avec les deux pseudos fournis : délai d'affichage tout à fait correct. |
[APP-26244] [POST] Migration gestionnaire de comptes pros BO Création: 20/août/09 20:58 Mise à jour: 25/août/09 09:24 Résolue: 24/août/09 18:32 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Compte utilisateur |
| Affecte la/les version(s): | 50.0.2 |
| Version(s) corrigée(s): | 50.0.2 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Gaël Seguillon | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Comme convenu avec Emeric je souhaiterai pouvoir faire passer un script pour migrer des comptes pros sur le site FR d'un gestionnaire de compte à un autre Tous les comptes sous gestionnaire Jany Marimoutou => Dorian Porta Delsol Tous les comptes sous gestionnaire Emmanuelle Lachamp => Stephanie Vignali merci Gaël |
| Commentaires |
| Commentaire de Emeric Teil [ 21/août/09 10:13 ] |
|
OK donc comme vu ensemble, ça nous donne la migration : En FR : PMStaffId = 9 -> PMStaffId 4 & PMStaffId = 5 -> PMStaffId = 12 Rien pour ES et UK. |
| Commentaire de Arnaud Forgues [ 21/août/09 15:51 ] |
|
Les scripts de migration pour les comptes de Jany et Emma
sont prêts dans le répertoire "V:\Database\TX-I\integ" sous les noms : - TX-I_ - TX-I_ Ils ont été testé en DEV et tout est OK ! Concernant la migration des 97 comptes de Fred vers Skender, j'ai mis en PJ un fichier excel avec les url pour accèder directement à la popup "Droit" des comptes afin de changer le gestionnaire de compte à la mano (en effet il était dans ce cas trop compliqué de générer l'url de validation du formulaire de la popup droit qui contient beaucoup d'infos) |
| Commentaire de Arnaud Forgues [ 21/août/09 16:20 ] |
| CAJ2009Q3TX |
| Commentaire de Patrick Pereira [ 21/août/09 16:20 ] |
| J'ai déplacé les fichiers dans V50_0_2 qui est la version courante sur laquelle ils vont être appliqués. |
| Commentaire de Patrick Pereira [ 21/août/09 16:24 ] |
|
Les scripts sont passés en integ. Je les passerai en prod lundi matin. |
| Commentaire de Emeric Teil [ 21/août/09 16:25 ] |
|
OK, donc comme vu ensemble, ça passera lundi matin en Prod. Merci :o) |
| Commentaire de Gaël Seguillon [ 21/août/09 20:14 ] |
|
Merci à tous pour cette efficacité Gaël |
| Commentaire de Patrick Pereira [ 24/août/09 18:32 ] |
| C'est passé en prod. |
| Commentaire de Emeric Teil [ 24/août/09 18:36 ] |
| OK pour moi, merci |
[APP-16836] Gestion des Droits en BO : Impossibilité de valider un compte en professionnel Création: 28/juin/07 10:41 Mise à jour: 28/juin/07 10:50 Résolue: 28/juin/07 10:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 14.2.1 |
| Version(s) corrigée(s): | 14.2.1 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Stéphanie Vignali | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM archivés: | Maintenance 14.x.x |
| Description |
|
Vu avec Christophe. Je soumets un Jira car à chaque fois que j'essaie de valider un compte en professionnel le message d'ereur suivant apparaît : "null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value." Aucun compte ne peut donc être validé en professionnel depuis ce matin. |
| Commentaires |
| Commentaire de Christophe Garcia [ 28/juin/07 10:48 ] |
|
Manifestement un problème de contrainte sur la colonne ADP_STATUS_CODE de ADVERT_PROFILE : 2007-06-28 10:35:29,623 INFO [-Processor48] 62.23.27.114 - >>> GET http://bo.priceminister.com/user_back?action=userpermissionupdate&user_account_id=143 91287&is_company=true&usr_type_code=30&is_to_validate=false&company_name=Club+Avantages&company_number=40986468300019&company_vat_number=FR42409864683&new_co mmission_rate=&new_commission_id=1060&cache_advert_stats=false&accept_nego=true&permission_free_book_price=false&permission_product_submit_auto_valid=false&i mg_status_code=&allow_unlimited_stock=false&allow_holiday=true&permission_buyer_phone=false&permission_buyer_email=false&permission_question=true&is_present= true&x=28&y=8 2007-06-28 10:35:29,815 ERROR [-Processor48] 62.23.27.114 - Failed to create instance. java.sql.SQLException: [Oracle] #42 ORA-01400: cannot insert NULL into ("IMPORT_1"."ADVERT_PROFILE"."ADP_STATUS_CODE") at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.x.a(Unknown Source) at com.inet.ora.x.do(Unknown Source) at com.inet.ora.x.executeUpdate(Unknown Source) at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeUpdate(WrappedPreparedStatement.java:316) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.executeInsert(JDBCAbstractCreateCommand.java:352) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.performInsert(JDBCAbstractCreateCommand.java:308) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.execute(JDBCAbstractCreateCommand.java:138) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:572) at org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:222) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:266) at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:766) at sun.reflect.GeneratedMethodAccessor363.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1113) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:192) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:212) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:117) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28) at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93) at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508) |
| Commentaire de Christophe Garcia [ 28/juin/07 10:49 ] |
|
Ré-essaie ça doit marcher maintenant. C'était dû à des cripts de modification de la base de données qui ont été passés cette nuit. |
[APP-29604] Validation compte professionnel en BO Création: 19/mai/10 09:43 Mise à jour: 15/juin/10 14:58 Résolue: 15/juin/10 14:58 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 69.0.0 (TX-N) |
| Version(s) corrigée(s): | 69.0.1 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Skender Berisha | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | Pros Payants | ||||||||
| Navigateur: | Tous | ||||||||
| Description |
|
Bonjour Suite à la nouvelle version quand un compte est à valider en professionnel, le N° de Siret est caché il faut cliquer sur le bouton professionnel pour faire apparaitre le N° de siret ce qui peut poser problème, surtout si le compte doit rester en particulier. Merci |
| Commentaires |
| Commentaire de Clement Balay [ 19/mai/10 11:44 ] |
| Y avait une erreur dans le JS |
[APP-6353] BO : compte : Timeout Création: 17/nov./05 18:16 Mise à jour: 25/juin/07 18:33 Résolue: 18/nov./05 12:22 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.8 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Gaël Klosek | Attribution: | Dispatcher (Dev) |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
L'erreur ci-dessous se déclenche lorsque je recherche le compte vendeur suivant : TDMNEUF Transaction marked for rollback, possibly a timeout; nested exception is: java.lang.RuntimeException: Transaction marked for rollback, possibly a timeout |
| Commentaires |
| Commentaire de Arnaud Forgues [ 18/nov./05 12:22 ] |
| Ca m'a l'air de fonctionner. |
[APP-11676] sur la page BO compte, le champ "Dernière annonce" n'est jamais renseigné Création: 10/août/06 14:54 Mise à jour: 25/juin/07 18:43 Résolue: 05/oct./06 07:39 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.2a |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Pierre Krings | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
sur la page BO compte, le champ "Dernière annonce" (3eme ligne du bloc "Vendeur") n'est jamais renseigné. http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=1409107 |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 05/oct./06 07:39 ] |
|
Effectivement ce champ n'est pas renseigné pour certains comptes. Les comptes concernés sont ceux qui n'ont vendu qu'un type d'annonces(soit achetable, soit consultable). La JSP UserView va être corrigée afin de regler ce pb. Petit rappel: ce champ affiche la date la plus recente des 2 dates: creation d'annonce achetable et creation d'annonce consultable. si vous passez la souris sur ce champ vous verrez bien les deux dates. /home/cvs/dev/source/src/com/babelstore/user/back/UserView.jsp,v <-- UserView.jsp new revision: 1.208; previous revision: 1.207 done Checking in util/Utility.java; /home/cvs/dev/source/src/com/babelstore/util/Utility.java,v <-- Utility.java new revision: 1.72; previous revision: 1.71 done |
| Commentaire de Martin Sudmann [ 17/oct./06 14:59 ] |
| OK en INTEG |
[APP-12602] BO incohérence de stock vendeur : 2 articles sur la page principale du compte en BO mais 4 articles lorsque l'on clique pour avoir le détail. Création: 21/sept./06 15:30 Mise à jour: 25/juin/07 18:44 Résolue: 22/sept./06 12:08 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Caroline Deregnaucourt | Attribution: | Renaud Dierickx |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
ESP - Espagne
|
||||||||||||
| Site: | Integ | ||||||||||||
| Description |
|
J'ai mis 4 articles en vente sur le compte caroderesp (mot de passe : madrid23) 2 articles apparaîssent sur la page principale de mon compte en BO. Mais lorsque je clique sur : Stock : 2 Ad pour avoir le détail ---> apparaîssent les 4 articles que j'ai effectivement mis en vente |
| Commentaires |
| Commentaire de Patrick Condevaux [ 21/sept./06 16:02 ] |
|
Arnaud, c'est un bug ? Ou alors ca vient du fait que les chiffres de la page BO du compte est calculé chaque matin par un batch ? |
| Commentaire de Renaud Dierickx [ 22/sept./06 11:18 ] |
| C'est un doublon !!! |
| Commentaire de Renaud Dierickx [ 22/sept./06 12:08 ] |
|
C'est normal, le nombre d'articles en stock date du matin. Chaque matin, la vue matérialisée donnant cette info est rafraichi. Ceci permet d'éviter de passer par une requête trop couteuse et donc d'avoir un temps de chargement de la page plus court. |
| Commentaire de Younès Charrière [ 25/sept./06 12:07 ] |
| Ok . |
[APP-9590] Xiti : une nouvelle version est sortie, cela serait bien de la prendre en compte dans les liens depuis le bo Création: 22/mai/06 14:54 Mise à jour: 30/janv./08 14:54 Résolue: 15/janv./08 11:30 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | XITI |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 19.0.0 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Alexandre Garnier |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** RESERVE *** |
| Classif1: | IG |
| Classif2: | xiti |
| Description |
|
NB : il y a plusieurs liens du bo vers xiti. il ne faut pas en oublier.
|
| Commentaires |
| Commentaire de Swan Desportes [ 22/mai/06 17:14 ] |
|
Effectivement, xiti v7est sorti. Il fait suite à une refonte totale, ergonomique et technique, de l'interface de consultations des stats. Malheureusement, ils ont choisi .Net qui encapsule complètement la gestion de formulaires dans des contraintes de sécurité inutiles mais inviolables (avec des VIEWSTATE, etc.) Donc contrairement à l'existant, on ne peut pas simuler la soumission d'un formulaire de login. On peut éventuellement demander à XITI comment faire... |
| Commentaire de Justin Ziegler [ 22/mai/06 18:12 ] |
| pareil pour la V6 ? |
| Commentaire de Swan Desportes [ 22/mai/06 19:01 ] |
| Non, la v6 reste en Java (je suppose, en tout cas pas .Net). La simulation de soumission de formulaire pour un lien direct fonctionne encore. |
| Commentaire de Alexandre Garnier [ 23/juil./07 15:13 ] |
| Plus de soucis avec le formulaire de login : ils semblent le rediriger vers le nouveau |
| Commentaire de Alexandre Garnier [ 23/juil./07 15:38 ] |
| Par contre je crains que les autres liens (cob et tracking) ne soient gérable avec leur nouvelle version |
| Commentaire de Alexandre Garnier [ 15/janv./08 11:30 ] |
|
Avec le nouveau système de XITI (.NET, frames dans tous les
sens, ...), il n'est pas possible de gérer les liens du BO comme avant. Puisque personne ne semble se plaindre plus que ça de cet état de fait, je ferme le JIRA. |
[APP-16055] BO . Compte Vendeur Lorsqu'il y a + de 200 ventes on n'arrive pas à les afficher toutes Création: 20/avr./07 16:02 Mise à jour: 06/juil./07 15:13 Résolue: 25/avr./07 15:30 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 14.0.0 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Caroline Deregnaucourt | Attribution: | Clémence Desneiges |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Site: | Integ |
| Navigateur: | Internet Explorer 6.X |
| Classif1: | BO |
| Classif2: | recherche article |
| Projets PM archivés: | Maintenance 15.x.x |
| Description |
|
Lorsque l'on clique depuis le BO sur le nbre de ventes et
que celle-ci sont supérieures à 200, on arrive pas à les visionner
toutes. En modifiant le nbre de lignes visibles (2000 au lieu de 200 au départ) plus aucune vente n'apparait ! Voir impressions d'écan |
| Commentaires |
| Commentaire de Younès Charrière [ 20/avr./07 16:05 ] |
|
Tester par exemple avec le compte "todolibros" en integ ou en prod es ou alors cliquer sur ce lien : http://bo.es.integ/purchase_back?action=itemsearch&fuzzy=false&itmstatusselection=-40&numberrows=200&sellerid=10802793 |
| Commentaire de Alexandre Garnier [ 20/avr./07 16:44 ] |
|
Perte des champs du formulaire. Il suffit de mettre todolibros dans le champ "pseudo vendeur" et on a les 2000 articles. |
| Commentaire de Younès Charrière [ 20/avr./07 17:05 ] |
|
Vu avec Nicolas. On baisse la priorité car il existe une solution "provisoire" au problème : il suffit de remplir le champ du pseudo vendeur avant de revalider la recherche. Dans une prochaine version, on fera en sorte que le champ soit rempli. |
| Commentaire de Clémence Desneiges [ 25/avr./07 15:30 ] |
| Ajout d'une information sur l'ID du vendeur, pré remplie lorsqu'on vient de l'écran info utilisateur. |
[APP-7795] pseudo philouphil1 : impossible de modifier le CP et la ville sur con compte en BO Création: 09/mars/06 15:12 Mise à jour: 25/juin/07 18:35 Résolue: 15/mars/06 10:57 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 8.1.1c |
| Version(s) corrigée(s): | 8.1.2 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Description |
|
Le client a changé d'adresse et pour modifier celle-ci je suis allé sur sa fiche en BO ( dans la zone "rencontre") cependant je ne suis arrivé qu'à modifier l'adresse et le téléphone, il n'est pas possible de modifier le CP et la ville. Le nouveau CP à mettre est : 01150 La nouvelle ville : Lagnieu |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 10/mars/06 15:07 ] |
|
Il y a effectivement un gros probleme. Deja la requete dure plus de 13 minutes: 2006-03-10 12:15:18,033 WARN [-Processor19] 62.23.27.114 - Long query [815137 ms]: AttributeVisitQuery -- AttributeVisitQuery VAR x1 NUMBER § EXEC :x1 := 4561755; VAR x2 VARCHAR2(500) § EXEC :x2 := 'PMC0000054'; VAR x3 VARCHAR2(500) § EXEC :x3 := 'PMC0000083'; SELECT prd_attribute.prd_attribute_id, prd_attribute.product_id, prd_attribute.prd_attribute_name_key, prd_attribute.prd_attribute_value_key, prd_attribute.prd_attribute_unit_key, prd_attribute.numeric_value, prd_attribute.prd_type_code, prd_attribute.sort_title, prd_attribute.sort_author, prd_attribute.is_inherited, prd_attribute.prd_attribute_date, prd_attribute.contract_id, prd_attribute.row_version FROM advert, prd_attribute WHERE (advert.seller_account_id = :x1) AND (advert.complement_product_id = prd_attribute.product_id) AND (prd_attribute.prd_attribute_name_key IN (:x2, :x3)) ORDER BY product_id ; 2006-03-10 12:15:18,054 ERROR [-Processor19] 62.23.27.114 - TransactionRolledbackException in method: public abstract com.babelstore.referential.AttributeInfo com.babelstore.referential.business.AttributeBusiness.getAttributeInfo() throws java.rmi.RemoteException, causedBy: javax.transaction.RollbackException: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=janus/8198, BranchQual=, localId=8198] at org.jboss.tm.TransactionImpl.registerSynchronization(TransactionImpl.java:602) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.register(EntitySynchronizationInterceptor.java:149) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:269) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) La methode concernée est UserBusinessBean.setSellerContactAddress. Outre le fait que la query dure tres longtemps, je ne comprends pas pourquoi on fait create puis delete d'un attribut, pourquoi pas directement update. En BO on n'arrive pas a FAIRE DE MISE A JOUR si un des champs zip, ville, pays est modifié. Ce problème existe depuis la version 1.455 de UserBusiness. Pour info le nom precedent de la methode setSellerContactAddress etait setMeetAddress. Bon courage manolito. |
| Commentaire de Geneviève Beaujard [ 14/mars/06 10:56 ] |
|
voici le resultat de la requete que j'ai effectué vendredi: http://pricejira.lan/secure/attachment/13435/philouphil1.sql |
| Commentaire de Manuel Sadok [ 14/mars/06 11:41 ] |
|
Voila le plan d'exécution de la requête en prod : Plan d'exécution ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=292 Card=169 Bytes=93457) 1 0 SORT (ORDER BY) (Cost=292 Card=169 Bytes=93457) 2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PRD_ATTRIBUTE' (Cost=2 Card=1 Bytes=545) 3 2 NESTED LOOPS (Cost=234 Card=169 Bytes=93457) 4 3 TABLE ACCESS (BY INDEX ROWID) OF 'ADVERT' (Cost=233 Card=168 Bytes=1344) 5 4 INDEX (FULL SCAN) OF 'ADVERT_FK_COMPLEMENT_PRODUCT' (NON-UNIQUE) (Cost=142 Card=260550) 6 3 INLIST ITERATOR 7 6 INDEX (RANGE SCAN) OF 'PRD_ATTRIBUTE_FKIX_PRODUCT' (NON-UNIQUE) (Cost=3 Card=1) Ce qui semble couteux c'est le full scan de l'indexe ADVERT_FK_COMPLEMENT_PRODUCT et 'accès à ADVERT. |
| Commentaire de Manuel Sadok [ 14/mars/06 11:49 ] |
|
L'indexe ADVERT_FK_COMPLEMENT_PRODUCT ne comporte que la
colonne complement_product_id et n'est donc pas le plus judicieux pour
cette requête. Aucun indexe sur ADVERT ne comporte en même temps les colonnes seller_account_id et complement_product_id. J'ai créé un indexe pour tester en dev de la forme suivante : create index test_visit on advert (seller_account_id, complement_product_id); Voila le plan d'exécution en dev avant la création de l'indexe test_visit: Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=79 Card=8 Bytes=4416) 1 0 SORT (ORDER BY) (Cost=79 Card=8 Bytes=4416) 2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PRD_ATTRIBUTE' (Cost=3 Card=1 Bytes=544) 3 2 NESTED LOOPS (Cost=26 Card=8 Bytes=4416) 4 3 TABLE ACCESS (BY INDEX ROWID) OF 'ADVERT' (Cost=5 Card=7 Bytes=56) 5 4 INDEX (RANGE SCAN) OF 'ADVERT_IX_TRUNC_FRESHNESS' (NON-UNIQUE) (Cost=2 Card=301) 6 3 INLIST ITERATOR 7 6 INDEX (RANGE SCAN) OF 'PRD_ATTRIBUTE_FKIX_PRODUCT' (NON-UNIQUE) (Cost=2 Card=1) Statistics ---------------------------------------------------------- 14 recursive calls 0 db block gets 1126 consistent gets 0 physical reads 0 redo size 43415 bytes sent via SQL*Net to client 587 bytes received via SQL*Net from client 10 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 123 rows processed Après la création de l'indexe test_visit voila ce que cela donne : Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=70 Card=8 Bytes=4416) 1 0 SORT (ORDER BY) (Cost=70 Card=8 Bytes=4416) 2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PRD_ATTRIBUTE' (Cost=3 Card=1 Bytes=544) 3 2 NESTED LOOPS (Cost=17 Card=8 Bytes=4416) 4 3 INDEX (RANGE SCAN) OF 'TEST_VISIT' (NON-UNIQUE) (Cost=2 Card=7 Bytes=56) 5 3 INLIST ITERATOR 6 5 INDEX (RANGE SCAN) OF 'PRD_ATTRIBUTE_FKIX_PRODUCT' (NON-UNIQUE) (Cost=2 Card=1) Statistics ---------------------------------------------------------- 14 recursive calls 0 db block gets 647 consistent gets 3 physical reads 0 redo size 43415 bytes sent via SQL*Net to client 587 bytes received via SQL*Net from client 10 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 123 rows processed Cela devrait clairement améliorer les perfs de la requête en prod, en évitant des accès inutiles à ADVERT. Par contre, est-ce que cela vaut le coup de créer et de maintenir un nouvel indexe uniquement pour cette requête ? |
| Commentaire de Manuel Sadok [ 14/mars/06 12:06 ] |
| On pourrait également filtrer plus avec le statut de l'annonce (voir le type de produit). |
| Commentaire de Manuel Sadok [ 15/mars/06 10:57 ] |
|
Finalement, en reconstruisant les indexes sur ADVERT, Oracle
a pu de lui-même choisir le meilleur à utiliser pour la requête et
ainsi améliorer le plan d'exécution et les performances. Plan d'exécution ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=75 Card=5 Bytes=2765) 1 0 SORT (ORDER BY) (Cost=75 Card=5 Bytes=2765) 2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PRD_ATTRIBUTE' (Cost=2 Card=1 Bytes=545) 3 2 NESTED LOOPS (Cost=29 Card=5 Bytes=2765) 4 3 TABLE ACCESS (BY INDEX ROWID) OF 'ADVERT' (Cost=19 Card=5 Bytes=40) 5 4 INDEX (RANGE SCAN) OF 'ADVERT_IX_SELLER_HOLIDAY' (NON-UNIQUE) (Cost=3 Card=70) 6 3 INLIST ITERATOR 7 6 INDEX (RANGE SCAN) OF 'PRD_ATTRIBUTE_FKIX_PRODUCT' (NON-UNIQUE) (Cost=3 Card=1) Statistiques ---------------------------------------------------------- 15 recursive calls 0 db block gets 200 consistent gets 0 physical reads 0 redo size 8178 bytes sent via SQL*Net to client 521 bytes received via SQL*Net from client 4 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 36 rows processed J'ai en outre modifier la requête, afin de ne pas prendre en compte les annonces fermées. Moralité, reconstruire régulièrement les indexes et recalculer les stats font du bien !! :) |
| Commentaire de Lydia Dali [ 15/mars/06 12:00 ] |
| ok, vérifié en prod. |
[APP-23832] [BO] Impossible d'afficher les informations d'un compte en BO Création: 05/janv./09 15:39 Mise à jour: 06/janv./09 11:23 Résolue: 06/janv./09 11:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Compte utilisateur |
| Affecte la/les version(s): | 37.0.0.1 |
| Version(s) corrigée(s): | 37.0.0.1 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Espérance Galouo-Lece |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
2009-01-05 15:34:13,925 INFO [P-Processor9] BO:Anonyme - >>> GET http://www.es.integ/user_back?action=userview&showeventothers=true&useraccountid=13011242 2009-01-05 15:34:13,932 INFO [P-Processor9] BO:Anonyme - Start to compute counters from 'BO : Fiche utilisateur' (FROM_BO_USER_VIEW_MODEL) 2009-01-05 15:34:13,959 INFO [P-Processor9] BO:Anonyme - Delay to compute counters from 'BO : Fiche utilisateur' (FROM_BO_USER_VIEW_MODEL) : 27 ms 2009-01-05 15:34:13,962 ERROR [P-Processor9] BO:Anonyme - SQL error caused by ItemRefundQuery -- ItemRefundQuery VAR x1 NUMBER § EXEC :x1 := 13011242; SELECT /*+ INDEX(item) */ SUM(price_package.toDfltCurrcyFullPrec(NVL(item.buyer_bonus, 0), currency_id)) sum_refund FROM item WHERE (item.buyer_account_id = :x1) AND (item.buyer_bonus > 0) AND (item.is_abandonned = 0) ; 2009-01-05 15:34:13,963 ERROR [P-Processor9] BO:Anonyme - TransactionRolledbackException in method: public abstract com.babelstore.util.Money com.babelstore.purchase.business.Pu rchaseCatalog.getBuyerBonusSum(java.lang.Long) throws java.rmi.RemoteException,java.lang.Exception, causedBy: java.sql.SQLException: [Oracle] #157 ORA-00904: "PRICE_PACKAGE"."TODFLTCURRCYFULLPREC": invalid identifier at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.ad.try(Unknown Source) at com.inet.ora.ad.a(Unknown Source) at com.inet.ora.x.a(Unknown Source) at com.inet.ora.x.for(Unknown Source) at com.inet.ora.x.executeQuery(Unknown Source) at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:296) at com.babelstore.util.Query.open(Query.java:517) at com.babelstore.util.Query.getDoubleValue(Query.java:370) at com.babelstore.util.Query.getMoneyValueInDefaultCurrency(Query.java:380) at com.babelstore.purchase.business.ItemRefundQuery.getBuyerSum(ItemRefundQuery.java:54) at com.babelstore.purchase.business.PurchaseCatalogBean.getBuyerBonusSum(PurchaseCatalogBean.java:588) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 06/janv./09 11:23 ] |
|
- Suite à la récupération de la Base de PROD ES, la
base Espagne INTEG s'est retrouvée en V36 (les scripts) alors que
l'application été en V37; - Les scripts de la V37 ont été joués et le problème a été résolu. |
[APP-17440] V16 - Lien mon compte BO/FO Création: 03/août/07 16:54 Mise à jour: 03/août/07 18:08 Résolue: 03/août/07 18:08 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.0.0 |
| Version(s) corrigée(s): | 16.0.0 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Description |
|
Comportement bizarre lors du passage back-office -> front office sur le lien "mon compte" Je n'atterris pas systematiquement sur la meme page (parfois la home "mon compte" , parfois "mon compte auto", parfois "mon profil") En particulier : -si je clique une première fois sur le lien "mon compte" (BO), j'atteris sur la page "mon compte" (FO) -si je clique sur "profil" (BO) , j'atteris sur "mon profil" (FO) - si je reclique sur "mon compte" (BO) , je tombe à nouveau sur "mon profil" (FO) Comme si un cookie ou autre chose nous faisait rester sur la derniere page vue. |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 03/août/07 18:07 ] |
|
Comportement normal, qui est amélioré avec le jira |
[APP-2996] Compte BO : impossible d'afficher la page Création: 04/nov./04 17:42 Mise à jour: 25/juin/07 18:26 Résolue: 25/juin/07 18:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.7a |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Validator | Attribution: | Arnaud Forgues |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Impossible d'afficher le détail du compte TDMNEUF en bo : Transaction marked for rollback, possibly a timeout; nested exception is: java.lang.RuntimeException: Transaction marked for rollback, possibly a timeout |
| Commentaires |
| Commentaire de Arnaud Forgues [ 05/nov./04 15:53 ] |
|
bug lié aux pb d'index et de la base oracle hier ... maintenant ca marche |
[APP-25481] BO Fiches produits soumises suspectes (contrefaçon) - Voir l'info "compte caché" (-2) directement sur la FP Création: 03/juin/09 10:54 Mise à jour: 19/oct./09 15:45 Résolue: 18/août/09 18:13 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 47.0.1 |
| Version(s) corrigée(s): | 55.0.0 (CAT-L) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Antoine Carré |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Le passage à l'état -2 d'un compte (pour suspiçion de
contrefaçon, par exemple) masque les annonces: les fiches produit
soumises par les pseudos concernées arrivent ainsi en BO avec un stock
noté 0 même si il y a une annonce avec du stock (voir PJ). => But de la demande: afficher l'état "-2" à coté du pseudo sur la fiche produit soumise (ou bien code couleur ?) afin d'avoir l'info dès la FP sans devoir aller dans le compte. Cela nous aiderait à distinguer systématiquement et rapidement les mises en vente suspectes. |
| Commentaires |
| Commentaire de Aurélien Vergalli [ 03/juin/09 11:03 ] |
| Pour compléter la demande: afficher tous les états de compte cachés (soient -2, -1, et 0) serait pertinent et améliorerait significativement la productivité de l'équipe "validation". |
| Commentaire de Benoît Bourdon [ 09/juin/09 12:05 ] |
|
A faire : Mettre entre parenthèses juste derrière le login du soumetteur la visibilité --> Voir la PJ "exemple" AVANT de faire le DEV : voir avec Aurélien si uniquement le chiffre entre paranthèse lui suffit - pour éviter d'écrire "-1 Caché (Temporaire)" qui prend un peu trop de place dans cet écran |
| Commentaire de Antoine Carré [ 17/août/09 14:22 ] |
|
Je peux mettre le code d'état et/ou changer la couleur du pseudo sans soucis. il faut juste me dire ce qui convient le mieux et je m'en charge tout de suite. |
| Commentaire de Aurélien Vergalli [ 17/août/09 16:02 ] |
|
Vu avec Antoine - résumé: - Afficher les états des comptes sous les formes (-2), (-1), (0), (1), (2) à doite du pseudo. - Afficher le (-2) en rouge gras pour qu'il saute aux yeux. - Si possible, afficher le pseudo en vert gras si compte PRO (si nécessaire d'ouvrir un Jira spécifique, me le dire). Merci ! |
| Commentaire de Antoine Carré [ 18/août/09 18:13 ] |
| CAJ2009Q3CATM |
[APP-3345] BO Problèmes Annonces : Connexion au compte Vendeur impossible Création: 17/déc./04 11:37 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.9val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Gaël Klosek | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
En BO, Problemes Annonces, le lien pour se connecter au compte Vendeur ouvre une page popup en FO mais non connectée au compte Vendeur. (En revanche le lien pour acceder au compte Acheteur se fait correctement) |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 17/déc./04 16:13 ] |
| OK |
[APP-17074] la mise en vacances d'un compte ne fonctionne plus via le BO Création: 13/juil./07 09:36 Mise à jour: 17/juil./07 15:26 Résolue: 17/juil./07 15:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 15.0.2 |
| Version(s) corrigée(s): | 15.0.2 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Xavier Barbosa | Attribution: | Validator |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | Maintenance 15.x.x |
| Description |
|
la mise en vacances d'un compte ne fonctionne plus via le BO. elle semble fonctionner via le Front. |
[APP-5327] pb sur la courbe "Comptes - Vendeurs" présente en BO Création: 21/juil./05 15:10 Mise à jour: 25/juin/07 18:31 Résolue: 25/juil./05 16:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.4 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Alexandra Viravaud | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il y a un décrochage sur la courbe des comptes vendeurs à partir du 12 juillet : http://bo.priceminister.com/summary?action=summaryhistory&charttitle=Comptes+-+Vendeurs&count=true&summarycode=1&summarytypecode=20 sait-on pourquoi? |
| Commentaires |
| Commentaire de Quentin de Chivré [ 25/juil./05 16:06 ] |
| Est-ce lié a une VM que tu as corrigé ? |
| Commentaire de Manuel Sadok [ 25/juil./05 16:23 ] |
|
Si je ne me trompe pas, le 12 juillet correspond à peu près
au dernier déploiement et il y avait effectivement un pb sur la VM
usr_instant_summary_mv avec les nouvelles colonnes
last_buyable_advert_date et last_consultable_advert_date. En principe le pb sera corrigé à cette version avec un scripte qui modifie la requête de remplissage de la VM. |
[APP-13350] auto - stats - on ne doit pas compter les chiffres BO, integ, dev. Création: 20/oct./06 15:40 Mise à jour: 09/juil./07 17:17 Résolue: 18/avr./07 17:16 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Auto (Statistiques) |
| Affecte la/les version(s): | 9.0.3.1.c |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Marc Cacheiro | Attribution: | Clémence Desneiges |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Classif1: | MON COMPTE |
| Classif2: | mon compte - statistiques |
| Projets PM archivés: | Maintenance 15.x.x |
| Description |
|
dans la rubrique auto, certains pros n'ont plus d'annonces
visibles en FO (passées en visibilité -2 en BO), mais continuent d'avoir
des stats de visibilité et consultation dans leur compte (ex :
autoccasion). Il semble que ce soit dû au fait que les consultations en BO sont compatbilisées (visibilité via l'inventaire, consultation via l'inventaire ou directement depuis le BO). On ne devrait compter que les pages vues en en FO et en prod pour comptabiliser les stats. merci |
[APP-23883] [COSAV] Avoir une distinction en BO pour les comptes auto-entrepreneurs Création: 08/janv./09 12:40 Mise à jour: 01/avr./09 17:50 Résolue: 24/mars/09 17:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 44.0.0 (TX-F) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif FONC: | CoSAV | ||||||||
| Description |
|
Avec la nouvelle loi entrée en vigueur au 1er janvier 2009 ,
on va avoir une nouvelle population d'utilisateurs sur le site , les
auto-entrepreneurs. Dans l'urgence et en rapport avec leur visibilité en FRONT, ces comptes sont enregistrés en tant que PRO et on ne fait pas de distinction particuliere. Probleme , coté BO ,on ne sait pas les identifer si ce n'est ajouter une indication en historique mais qu'on ne peut aucunement exploiter ni dans des rapports , ni dans des mots clés,etc... Probleme, on a besoin de surveiller ces comptes différemment des "vrais" pros (notamment en surveillance vendeurs mais aussi pour des aspects SAV). il faudrait donc qu'on ait une donnée en base qui permette de les identifier. Que cette donnée puisse apparaitre dans les rapports ou etre utilisée dans les mots-clés en velocity. Et idéalement qu'on ait une indication sur le compte en BO , une indication "AE" à coté de pro par exemple. Malgré nous ce point se retrouve assez urgent car pour l'instant on est obligé de faire sans aucun outil. En esperant qu'il soit assez simple de les identifier dans la table USER, ceci meme automatiquement en fonction des données enregistrées lors de l'inscription (companycode?) |
[APP-11785] [Bo Pro Auto] Erreur lorsque l'on essaie d'attribuer le droit Pro Auto au compte mstophe Création: 23/août/06 15:10 Mise à jour: 25/juin/07 18:43 Résolue: 29/sept./06 15:04 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | 9.0.2a |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Younès Charrière | Attribution: | Geneviève Beaujard |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Integ |
| Description |
|
Cette erreur ne se produit pas avec d'autres comptes. J'ai
essayé avec plusieurs comptes différents et j'arrive à les passer en Pro
Auto mais pas celui-ci qui provoque une erreur : null; CausedByException is: PMC0000046: Cet attribut n'est pas permis pour ce type de produit ou pour ce support. ; nested exception is: javax.ejb.EJBException: null; CausedByException is: PMC0000046: Cet attribut n'est pas permis pour ce type de produit ou pour ce support. |
| Commentaires |
| Commentaire de Arnaud Forgues [ 23/août/06 16:56 ] |
|
Cette erreur doit se produire du fait que lors d'un
changement du type d'un vendeur, on lance automatiquement une migration
d'attribut "Type vendeur" (PMC0000046) sur tous les produits du vendeur
qui possèdent cet attribut. Il semblerait donc que ce vendeur possède un produit dont le type n'a pas de mapping sur cet attribut (en l'occurence un type différent de "Voitures" |
| Commentaire de Geneviève Beaujard [ 29/sept./06 15:04 ] |
|
En effet lors du passage en pro auto, le business change
l'attribut 'Type vendeur'(PMC0000046') de tous les produits du vendeur
en question. Cet attribut 'type vendeur' n'est mappé que pour le type voitures. Voici les produits concernés pour mstophe: SELECT DISTINCT product.product_id l, product.prd_type_code FROM product, prd_attribute WHERE (product.product_id = prd_attribute.product_id) AND (product.user_account_id = 10772992) AND (product.prd_status_code <> 50) AND (prd_attribute.prd_attribute_name_key = 'PMC0000046') 2 3 4 5 6 7 ; L PRD_TYPE_CODE ---------- ------------- 19823450 1701 19825057 1481 19825063 1701 20142669 1701 20142671 1701 20142673 1701 20143054 1701 7 rows selected. ON voit bien dans le resultat de la requete que le produit 19825057 de type different de VOITURES contient un attribut 'type vendeur', c'est le pourquoi de l'erreur: le ProductService commence a supprimer cet attribut, puis il le tente de le recréer et la il s'aperçoit que c'est impossible. Ce produit 19825057 (c'est un produit complement) est dans un drôle d'etat: le produit de base est de type vetements avec des attributs vetement, par contre le produit complement (19825057) de type vetements_c a des attributs de type voiture. Ce produit a été créé par mostafa pour des tests. Si l'on change le type du produit de base en voiture on peut passer mstophe en pro auto. D'ailleurs je pense qu'il y a un pb en BO, car lorsqu'on change le type de produit IL N'Y AUCUNE VERIFICATION sur les attributs, je vais poster un bug a ce sujet. Par contre dans ma validation produit, je vais rajouter un script de controle afin de verifier que tous les attributes d'un produit sont bien mappés, mais ça risque de couter cher. |
[APP-15929] [Wish-list Param] Ergonomie BO : Vue compte - liens direct vers fichiers (Item n° 15) Création: 12/avr./07 10:50 Mise à jour: 06/juil./07 16:05 Résolue: 18/avr./07 17:04 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 13.3.0 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Clémence Desneiges |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne, FRA - France
|
| Site: | Prod |
| Classif1: | IMPORT |
| Classif2: | ergonomie |
| Projets PM archivés: | Maintenance 15.x.x |
| Description |
|
Extrait item 31 - doc XBA : Dans la vue « Compte », si le vendeur est pro, Afficher un lien direct vers la vue Fichiers, avec pour critère le login du vendeur. |
| Commentaires |
| Commentaire de Arnaud Forgues [ 13/avr./07 14:21 ] |
|
Marion, où souhaites-tu que ce lien apparaisse dans la vue
"Compte " (tu parles bien de la fiche utilisateur en BO?) ? Et on est
bien d'accord que ce lien amène vers l'écran BO de recherche Fichiers ? Merci |
| Commentaire de Marion Anfreville [ 13/avr./07 14:53 ] |
|
Voir capture d'écran en pj. ça serait pas mal dans le coin droit de la partie Vendeur du compte ? |
| Commentaire de Marion Anfreville [ 13/avr./07 15:24 ] |
| Le bouton amènerait bien à la recherche fichier avec comme critère le login du partenaire. |
| Commentaire de Clémence Desneiges [ 18/avr./07 17:04 ] |
| Ok, par contre on a ajouté le lien Fichiers sur la première ligne (à droite du login de l'utilisateur), car il n'y avait pas assez de place sur le header du bloc vendeur pour se faire. |
| Commentaire de Marion Anfreville [ 06/juil./07 16:05 ] |
| Le lien fonctionne correctement. |
[BO > Droits] Corriger les problèmes de la popup droit utilisateur
(APP-22661)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 41.0.0 (TX-E) |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
A l'ouverture de la boutique, l'utilisateur doit renseigner ses préférences vendeurs. Si celui-ci ouvre son compte à titre professionnel, il passe alors en compte à valider par les commerciaux. Jusque là, la validation d'un compte était réalisé par la validation de la popup droit. Le problème est que cette popup peut-être utilisé également pour d'autre chose : - bloquer les vacances - mettre en cache un utilisateur - ... L'ajustement de l'un de ces paramètres retire le compte de la liste des comptes à valider. C'est dommage car on risque de rater la validation de part en pro. J'ouvre donc ce jira pour qu'on ajoute une checkbox : Je retire ce compte de la liste des professionnels à valider. |
| Commentaires |
| Commentaire de Renaud Dierickx [ 13/janv./09 14:50 ] |
|
C'est fait, voir wiki : http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=ValidationComptePro |
[APP-3165] BO en prod : passage d'un compte part en pro Création: 29/nov./04 10:20 Mise à jour: 25/juin/07 18:26 Résolue: 25/juin/07 18:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.8val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Stéphane Archer | Attribution: | Dispatcher (Dev) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Exemple : Login : topsound Login : smoer Quand on passe un compte part en pro on a le message d'erreur suivant : null; CausedByException is: null; CausedByException is: Find failed: java.sql.SQLException: [Oracle] #18 ORA-00904: invalid column name ; nested exception is: javax.ejb.EJBException: null; CausedByException is: Find failed: java.sql.SQLException: [Oracle] #18 ORA-00904: invalid column name ; nested exception is: javax.ejb.EJBException: null; CausedByException is: null; CausedByException is: Find failed: java.sql.SQLException: [Oracle] #18 ORA- 00904: invalid column name ; nested exception is: javax.ejb.EJBException: null; CausedByException is: Find failed: java.sql.SQLException: [Oracle] #18 ORA-00904: invalid column name |
| Commentaires |
| Commentaire de Quentin de Chivré [ 29/nov./04 11:53 ] |
|
Lors de l'integration, les colonnes : - advert.question_count - ctg_parameter.target_category_id ont bien été exclues, mais la colonne : - advert_profile.grant_update_change_owner a été oubliée. On refait une intégration correcte pour la 7.2.7.d |
[APP-8348] renault54 : impossible de modifier le code postal sur le compte en BO Création: 10/avr./06 16:43 Mise à jour: 25/juin/07 18:36 Résolue: 19/mai/06 16:03 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 8.1.2d |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Description |
|
Il est impossible de modifier son code postal et de mettre 54520 à la place de 54000. Le même problème avait déja eu lieu il y a quelques semaines. |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 12/avr./06 12:44 ] |
|
Le bug similaire est http://pricejira.lan/browse/APP-7795 Il s'agissait du compte philouphil1. J'ai essaye de changer le ZIP code de ce compte et nous avons a nouveau le probleme; Voici les logs sur JANUS (sur renault54): 2006-04-12 07:49:11,703 INFO [-Processor31] 62.23.27.114 - >>> POST http://bo.priceminister.com/user_back!action=addressupd...&address1=2-6 AVENUE...&city =LAXOU&countryid=249&email=jean-marc....&firstname=ROBERT&lastname=PETIT&phone1=03 83 95 3...&phone2=06 07 399 ...&usatypecode=50&useraccountid=10823888&usrti tlecode=30&x=27&y=12&zip=54520 ..... 2006-04-12 08:02:29,590 WARN [-Processor31] 62.23.27.114 - Long query [797875 ms]: AttributeVisitQuery -- AttributeVisitQuery VAR x1 NUMBER <A7> EXEC :x1 := 10823888; VAR x2 NUMBER <A7> EXEC :x2 := 30; VAR x3 VARCHAR2(500) <A7> EXEC :x3 := 'PMC0000054'; VAR x4 VARCHAR2(500) <A7> EXEC :x4 := 'PMC0000083'; SELECT prd_attribute.prd_attribute_id, prd_attribute.contract_id, prd_attribute.is_inherited, prd_attribute.numeric_value, prd_attribute.prd_attribute_dat e, prd_attribute.prd_attribute_name_key, prd_attribute.prd_attribute_unit_key, prd_attribute.prd_attribute_value_key, prd_attribute.prd_type_code, prd_attribu te.product_id, prd_attribute.row_version, prd_attribute.sort_author, prd_attribute.sort_title FROM advert, prd_attribute WHERE (advert.seller_account_id = :x1) AND (advert.adv_status_code <> :x2) AND (advert.complement_product_id = prd_attribute.product_id) AND (prd_attribute.prd_attribute_name_key IN (:x3, :x4)) ORDER BY product_id ; 2006-04-12 08:02:29,616 ERROR [-Processor31] 62.23.27.114 - TransactionRolledbackException in method: public abstract com.babelstore.referential.AttributeI nfo com.babelstore.referential.business.AttributeBusiness.getAttributeInfo() throws java.rmi.RemoteException, causedBy: javax.transaction.RollbackException: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=janus/24052, BranchQual=, localId=24052] at org.jboss.tm.TransactionImpl.registerSynchronization(TransactionImpl.java:602) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.register(EntitySynchronizationInterceptor.java:149) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:269) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor98.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy319.getAttributeInfo(Unknown Source) at com.babelstore.user.business.UserBusinessBean.setSellerContactAddress(UserBusinessBean.java:1554) at com.babelstore.user.business.UserBusinessBean.changeSellerContactAddress(UserBusinessBean.java:1496) ............... 2006-04-12 08:02:29,642 INFO [-Processor31] 62.23.27.114 - <<< [797939 ms] POST http://bo.priceminister.com/user_back!action=addressupd...&address1=2-6 AV ENUE...&city=LAXOU&countryid=249&email=jean-marc....&firstname=ROBERT&lastname=PETIT&phone1=03 83 95 3...&phone2=06 07 399 ...&usatypecode=50&useraccountid=10 823888&usrtitlecode=30&x=27&y=12&zip=54520 2006-04-12 08:02:29,642 WARN [-Processor31] 62.23.27.114 - Long request [797939 ms]: POST http://bo.priceminister.com/user_back!action=addressupd...&addre ss1=2-6 AVENUE...&city=LAXOU&countryid=249&email=jean-marc....&firstname=ROBERT&lastname=PETIT&phone1=03 83 95 3...&phone2=06 07 399 ...&usatypecode=50&userac countid=10823888&usrtitlecode=30&x=27&y=12&zip=54520 C'est vraiment bizarre car la requete lancée en prod sous sqlplus repond tres rapidement: Voici les insvestigations menées avec patrick pereira: Alors qu'en sqlplus VAR x1 NUMBER ; EXEC :x1 := 10823888; VAR x2 NUMBER ; EXEC :x2 := 30; VAR x3 VARCHAR2(500) ; EXEC :x3 := 'PMC0000054'; VAR x4 VARCHAR2(500) ; EXEC :x4 := 'PMC0000083'; SELECT prd_attribute.prd_attribute_id, prd_attribute.contract_id, prd_attribute.is_inherited, prd_attribute.numeric_value, prd_attribute.prd_attribute_date, prd_attribute.prd_attribute_name_key, prd_attribute.prd_attribute_unit_key, prd_attribute.prd_attribute_value_key, prd_attribute.prd_type_code, prd_attribute.product_id, prd_attribute.row_version, prd_attribute.sort_author, prd_attribute.sort_title FROM advert, prd_attribute WHERE (advert.seller_account_id = :x1) AND (advert.adv_status_code <> :x2) AND (advert.complement_product_id = prd_attribute.product_id) AND (prd_attribute.prd_attribute_name_key IN (:x3, :x4)) ORDER BY product_id ; 536 rows selected. Elapsed: 00:00:00.26 Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2277 Card=125 Bytes=67250) 1 0 SORT (ORDER BY) (Cost=2277 Card=125 Bytes=67250) 2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PRD_ATTRIBUTE' (Cost=2 Card=1 Bytes=527) 3 2 NESTED LOOPS (Cost=2221 Card=125 Bytes=67250) 4 3 TABLE ACCESS (BY INDEX ROWID) OF 'ADVERT' (Cost=2220 Card=120 Bytes=1320) 5 4 INDEX (FULL SCAN) OF 'ADVERT_FK_COMPLEMENT_PRODUCT' (NON-UNIQUE) (Cost=904 Card=360425) 6 3 INLIST ITERATOR 7 6 INDEX (RANGE SCAN) OF 'PRD_ATTRIBUTE_FKIX_PRODUCT' (NON-UNIQUE) (Cost=3 Card=1) Statistics ---------------------------------------------------------- 0 recursive calls 0 db block gets 2438 consistent gets 0 physical reads 0 redo size 55272 bytes sent via SQL*Net to client 885 bytes received via SQL*Net from client 37 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 536 rows processed Je trouve ça tres mysterieux: pourquoi une requete rapide en sqlplus devient tres lente avec JBOSS. Je ne connais pas la reponse. Merci christophe de transmettre ce bug a qui de droit. |
| Commentaire de Christophe Garcia [ 19/avr./06 16:38 ] |
| A voir avec QDC |
| Commentaire de Geneviève Beaujard [ 24/avr./06 09:44 ] |
|
ça fonctionne tres bien en INTEG. |
| Commentaire de Quentin de Chivré [ 16/mai/06 20:04 ] |
| Forcer un index ADVERT_IX_SELLER_HOLIDAY via un hint ( voir pj) |
| Commentaire de Geneviève Beaujard [ 19/mai/06 16:03 ] |
|
OK CVS: Modified Files: CVS: business/ItemSearchQuery.java |
| Commentaire de Geneviève Beaujard [ 19/mai/06 16:19 ] |
| Erreur dans le commentaire precedent, il s'agit de AttributeVisitQuery |
| Commentaire de Patrick Condevaux [ 22/mai/06 19:03 ] |
| ok en INTEG |
[APP-3738] téléchargement de résultats très longs après recherche de comptes avec login dans BO Création: 21/mars/05 16:32 Mise à jour: 25/juin/07 18:28 Résolue: 25/juin/07 18:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Bénédicte Frank | Attribution: | Validator |
| Résolution: | Incomplet | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Après recherche avec login de compte dans BO, la page de résultat met un certain temps avant de s'afficher. Merci! |
| Commentaires |
| Commentaire de Stéphane Archer [ 21/mars/05 16:55 ] |
| pour moi c'est pas anormal |
[APP-20689] Aucun nouveau compte indiqué dans le BO Espagne sur la journée du 28/05/08 Création: 29/mai/08 10:53 Mise à jour: 25/juin/08 18:28 Résolue: 25/juin/08 11:42 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 22.1.1 |
| Version(s) corrigée(s): | 23.0.3 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Hello, dans le BO Espagne ne figure aucun nouveau compte sur la journée du 28/05/2008 voir PJ. Il faudrait enquêter pour savoir d'où vient ce bug, d'autant plus que lors de cette journée du 28/05 on s'attendait à dépasser les 100 000 comptes. Merci |
| Commentaires |
| Commentaire de Arnaud Forgues [ 30/mai/08 12:30 ] |
|
Patrick, tu es sur le sujet n'est ce pas ? A lier au jira que tu as déjà ! Merci |
| Commentaire de Charles Decaux [ 02/juin/08 09:27 ] |
|
Hello, ca continue encore, le compteur reste bloqué à 99 085 Que faut-il faire pour corriger cela rapidement ? Merci |
| Commentaire de Patrick Pereira [ 25/juin/08 11:42 ] |
|
Le problème vient du changement de nom du dblink reliant la
base Espagne à la base France suite à la migration de la base France de
Jupiter à Eos. Le synonym sur babel_1 avait été changé, mais visiblement l'application appelle en dur à certain moment 'GLOBAL_DBL'. C'est corrigé. Et noté pour le prochaine fois. |
[APP-23265] [UK] (Param BO) option quantité illimitée pour comptes pro ne fonctionne pas Création: 25/nov./08 19:21 Mise à jour: 19/déc./08 14:03 Résolue: 02/déc./08 11:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Boutique, Mise en vente |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | 37.0.0 (TX-D) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Gaël Seguillon | Attribution: | Rémi Virlouvet |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||
| Site: | Recette | ||||||||
| Projets PM archivés: | UK - Plateforme BETA | ||||||||
| Description |
|
lorsque l'on active l'option quantité illimitée dans la
fenêtre de droits BO, celle ci est possible à cocher lors de la mise en
vente quand on est logué sur le compte de l'ayant droit mais quand on
valide une mise en vente avec la quantité illimitée cochée on a un
message d'erreur portant sur l'état qui n'est pas valide alors que le
menu déroulant d'état a bien été utilisé voir copie d'écran en PJ |
| Commentaires |
| Commentaire de Clement Balay [ 26/nov./08 12:22 ] |
| Ce n'est pas un problème applicatif vu que le bug ne se reproduit pas en FR, C'est un formaulaire indépendant |
| Commentaire de Ariane Baldinger [ 01/déc./08 16:36 ] |
| éventuellement, voir avec Renaud... |
[APP-21507] [BILAN VENDEUR] Impossible d'afficher le BV dans le BO pour un compte nouvellement créé Création: 29/juil./08 12:04 Mise à jour: 31/juil./08 09:12 Résolue: 31/juil./08 09:12 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 26.0.0 (TX-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
Dans le cadre des tests v26, impossible pour l'instant
d'afficher le bilan vendeur pour les comptes nouvellement créés, malgré
le recalcul effectué hier soir. Ancien compte = pas d'erreur => exemple CHG_PM Nouveau compte NotOK => exemple ced_test_014 Lorsque depuis le BO, je vais dans "message type" >> Bilan vendeur >> Saisie du login >> bouton "Voir", j'obtiens le message d'erreur suivant : Aperçu impossible : le n° associé au domaine du template (Bilan vendeur) est incorrect (null; nested exception is: java.lang.NullPointerException) Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=senez/15511, BranchQual=, localId=15511] 2008-07-29 11:55:09,094 INFO [-Processor18] BO:ced - >>> GET http://bo.pm.lan/message_back?action=umstemplatetest&preview=true&umstemplateid=5069&user_login=ced_test_ 014&associated_id= 2008-07-29 11:55:09,123 INFO [-Processor18] BO:ced - Start to compute counters from 'API : Mail bilan vendeur (avec annonces)' (FROM_API_SELLER_STATS_MAIL_WITH_ADVERT) 2008-07-29 11:55:09,129 INFO [-Processor18] BO:ced - Delay to compute counters from 'API : Mail bilan vendeur (avec annonces)' (FROM_API_SELLER_STATS_MAIL_WITH_ADVERT) : 6 ms 2008-07-29 11:55:09,130 ERROR [-Processor18] BO:ced - TransactionRolledbackException in method: public abstract com.babelstore.user.UserStatsDetail com.babelstore.user. business.UserCatalog.getUserStatsDetail(java.lang.Long) throws com.babelstore.wallet.WalletIllegalAmountException,java.rmi.RemoteException, causedBy: java.lang.NullPointerException at com.babelstore.user.business.UserCatalogBean.getUserStatsDetail(UserCatalogBean.java:437) at com.babelstore.user.business.UserCatalogBean.getUserStatsDetail(UserCatalogBean.java:417) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy487.getUserStatsDetail(Unknown Source) at com.babelstore.message.back.UsrMessageCompleteModel.getVelocityContextMap(UsrMessageCompleteModel.java:204) at com.babelstore.message.back.UmsTemplateTestModel.loadContextMap(UmsTemplateTestModel.java:160) at com.babelstore.message.back.UmsTemplateTestModel.doLoad(UmsTemplateTestModel.java:62) at com.babelstore.util.Block.load(Block.java:120) at com.babelstore.util.web.Screen.load(Screen.java:120) |
[APP-5211] BO user : Rassembler les infos nécessaire a la validation des comptes pro Création: 06/juil./05 18:33 Mise à jour: 25/juin/07 18:31 Résolue: 07/juil./05 17:32 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 8.0.3 |
| Version(s) corrigée(s): | 8.0.3 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Emmanuelle Lachamp | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
je regrette que l'info sur compte professionnel soit geree
dans la popup "droits" et la commission soit dans la rubrique
compensation. Je redoute les oublis je suggere que les 2 infos soient dans la popup droits. |
| Commentaires |
| Commentaire de Nicolas Gréhalle [ 07/juil./05 11:11 ] |
| Et moi, je suggère que les maquettes soient validées par l'ensemble des interlocuteurs, ce qui evitera les surprises de ce type et les aller-retour de dev |
| Commentaire de Quentin de Chivré [ 07/juil./05 11:54 ] |
|
Merci Nicolas pour ta suggestion. En l'occurence Steven
avait fait valider la maquette à Emmanuelle, mais il est vrai qu'un CP
fonctionnel eu peut-etre évité cela. En attendant je suggère simplement d'ajouter la drop-down "Commission" dans la popup "Droits" (sans l'enlever de son emplacement actuel). Renaud, merci de valider cette option avec Steven et Emma. |
| Commentaire de Renaud Dierickx [ 07/juil./05 17:32 ] |
| C'est fait... J'ai rajouté commission dans la popup. |
| Commentaire de Sandrine Thiebaut [ 08/juil./05 11:51 ] |
| k |
[EXP-5216] FP soumises en BO - Action non prise en compte si pas de changement de Propriétaire Création: 09/févr./11 11:57 Mise à jour: 16/févr./11 17:36 |
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Aurélien Vergalli | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Description |
| Commentaires |
| Commentaire de Eric Vannier [ 16/févr./11 17:36 ] |
| Cela est lié .... |
[APP-6559] Recherche produit en BO : Critère état mal pris en compte Création: 06/déc./05 11:32 Mise à jour: 25/juin/07 18:33 Résolue: 08/déc./05 12:38 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 8.0.9 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Nicolas Gréhalle | Attribution: | Validator |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| Description |
|
Je fais une recherche produit en BO avec les critères suivants : type = enfant/mobilier date modification < 06/12/05 J'ajoute successivement les critères d'état suivants : - "tout (sauf purgé)" : j'obtiens en réponse 482 produits de tous états => OK. Dans la liste, il y a des produits actifs, des produits en brouillon, supprimés, ... - "Validé par le système" : Veuillez préciser vos critères de recherche => KO, ce critère est plus restrictif que le précédent, on devrait avoir un résultat de recherche - "Validé par le BO" : idem cas précédent - "Tout les validés" (au passage, ça devrait être TouS les validés) : Aucun résultat => KO, je devrais avoir des résultats. |
[APP-22604] Le nb de comptes UK reste à 0 dans le BO UK Création: 16/oct./08 13:01 Mise à jour: 22/oct./08 09:38 Résolue: 22/oct./08 09:09 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur, Home Page |
| Affecte la/les version(s): | 31.0.2 |
| Version(s) corrigée(s): | 31.0.3 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Charles Decaux | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Hello sur http://bouk.priceminister.jmh/summary?action=summaryhistory&charttitle=Comptes&count=true&summarycode=1&summarytypecode=0 le nombre de comptes reste à 0 alors qu'il me semble qu'il y a bien des gens qui laissent leur mail sur le site. Est-ce une erreur ? Merci |
| Commentaires |
| Commentaire de Renaud Dierickx [ 22/oct./08 09:07 ] |
|
Le problème a été corrigé ! (voir screenshot-1) C'était un problème de vues qui a été corrigé par PPE. |
| Commentaire de Renaud Dierickx [ 22/oct./08 09:08 ] |
|
Dans le même temps ça corrige l'alerte Nagios : ***** Nagios 3.0 ***** Notification Type: PROBLEM Service: ALERT DEV PLATFORM Host: neptune Address: neptune State: CRITICAL Date/Time: Tue Oct 21 01:14:16 CEST 2008 Additional Info: CRITICAL - DEV PLATFORM - ALL - (3) - Trying to access to users cache which is null : it shouldnt be the case. ( 2 ) Extra Info: 2;DEV PLATFORM: - ALL - (3) - Trying to access to 'users' cache which is null : it shouldn't be the case. |
[APP-6590] Auto - Compte PRO Auto - BO - Raison sociale et Numéro SIRET doivent être modifiable en BO Création: 08/déc./05 10:57 Mise à jour: 25/juin/07 18:33 Résolue: 08/déc./05 15:04 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.9 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Niall Boylan | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Integ | ||||||||
| Description |
|
Raison sociale et Numéro SIRET doivent être modifiable en BO
|
| Commentaires |
| Commentaire de Laurent Merlet [ 08/déc./05 14:51 ] |
| ne fonctionne pas en intégration |
| Commentaire de Arnaud Forgues [ 08/déc./05 15:04 ] |
|
J'insiste .... ;-) - D'une la dernière intégration date d'hier vers 18h30 - De deux, j'ai fermé ce bug en Duplicate, donc il s'agit d'un doublon d'un big qui n'est pas encore résolu ! Sans rancune :D |
| Commentaire de Laurent Merlet [ 09/déc./05 12:32 ] |
| Vu avec Arnaud, Bug dupliqué |
[APP-13125] BO recherche compte: Erreur "The id of country is null " Création: 13/oct./06 16:12 Mise à jour: 25/juin/07 18:45 Résolue: 16/oct./06 14:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Lydia Dali | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Tous |
| Description |
|
2006-10-13 14:38:38,225 INFO [P-Processor1] 192.168.1.155 - >>> GET http://bo.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=4160829 2006-10-13 14:38:39,317 ERROR [P-Processor1] 192.168.1.155 - Block generation error in : com.babelstore.user.back.UserView_jsp 2006-10-13 14:38:39,318 ERROR [P-Processor1] 192.168.1.155 - Assembly error Servlet : com.babelstore.user.back.UserBackServlet Request : GET http://bo.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=4160829 Referrer : http://bo.pm.lan/user_back?action=usersearch&fuzzy=false&numberrows=200 User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7 Trace : java.lang.RuntimeException: The id of country is null : it shouldn't be the case. at com.babelstore.util.Country.getPlatformCountryExtendedInfo(Country.java:60) at com.babelstore.util.Country.getEdito(Country.java:145) at com.babelstore.util.Country.name(Country.java:159) at com.babelstore.user.back.UserView_jsp.generate(UserView_jsp.java:876) at com.babelstore.util.Block.generate(Block.java:143) at com.babelstore.util.web.Request.include(Request.java:510) at com.babelstore.util.web.Request.include(Request.java:543) at com.babelstore.util.web.Request.include(Request.java:549) at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:59) at com.babelstore.util.Block.generate(Block.java:143) at com.babelstore.util.web.Screen.generate(Screen.java:137) at com.babelstore.util.web.Request.generate(Request.java:483) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:365) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:168) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) var/mainlog/nohup.out [RO] |
[APP-18840] BO - Impossible de créer une adresse de paiement en cliquent sur le bouton "M" de la page de compte Création: 04/déc./07 18:16 Mise à jour: 11/févr./08 10:13 Résolue: 12/déc./07 18:37 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 18.0.1 |
| Version(s) corrigée(s): | 19.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Carmen Gonzalo | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM archivés: | Paiement - Centralisation PMV | ||||||||
| Description |
|
2007-12-04 17:47:10,451 INFO [P-Processor4] BO:cgonzalo - >>> GET http://www.pm.lan/user_back?action=addressview&usatypecode=20&useraccountid=14843292 2007-12-04 17:47:10,467 ERROR [P-Processor4] BO:cgonzalo - Block generation error in : com.babelstore.user.back.UserAddressView_jsp 2007-12-04 17:47:10,468 ERROR [P-Processor4] BO:cgonzalo - Assembly error Servlet : com.babelstore.user.back.UserBackServlet Request : GET http://www.pm.lan/user_back?action=addressview&usatypecode=20&useraccountid=14843292 Referrer : null User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) Trace : java.lang.NullPointerException at com.babelstore.user.back.AddressModel.isCurrentCmpMethodAuthorized(AddressModel.java:86) at com.babelstore.user.back.UserAddressView_jsp.generate(UserAddressView_jsp.java:98) at com.babelstore.util.Block.generate(Block.java:139) at com.babelstore.util.web.Request.include(Request.java:530) at com.babelstore.util.web.Request.include(Request.java:563) at com.babelstore.util.web.Request.include(Request.java:569) at com.babelstore.common.back.BackPopupTemplate_jsp.generate(BackPopupTemplate_jsp.java:57) at com.babelstore.util.Block.generate(Block.java:139) at com.babelstore.util.web.Screen.generate(Screen.java:136) at com.babelstore.util.web.Request.generate(Request.java:503) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:378) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:169) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2007-12-04 17:47:10,468 INFO [P-Processor4] BO:cgonzalo - <<< [17 ms] GET http://www.pm.lan/user_back?action=addressview&usatypecode=20&useraccountid=1 4843292 |
| Commentaires |
| Commentaire de Arnaud Forgues [ 12/déc./07 18:37 ] |
| A présent ca marche !! |
| Commentaire de Espérance Galouo-Lece [ 11/févr./08 10:13 ] |
| Done. |
[APP-14721] slica : impossible de modifier le Code Postal et la ville sur le compte en BO Création: 19/janv./07 09:35 Mise à jour: 25/juin/07 18:48 Résolue: 20/mars/07 10:47 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 11.3.1 |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jérome Marianne | Attribution: | Judd OSullivan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||||||
| Site: | Prod | ||||||||||||||||||||
| Classif1: | BP | ||||||||||||||||||||
| Classif2: | perf | ||||||||||||||||||||
| Projets PM archivés: | Maintenance 14.x.x | ||||||||||||||||||||
| Description |
|
Voir Jira Le nouveau Code Postal à mettre est : 69140 La nouvelle ville : Rillieux |
| Commentaires |
| Commentaire de Younès Charrière [ 19/janv./07 09:50 ] |
| Cela se produit régulièrement. |
| Commentaire de Patrick Pereira [ 19/janv./07 11:24 ] |
|
Vu avec les dev dans le code. Il y a un mauvais codage de l'appli. En effet, lorsqu'on change l'adresse on reporte ce changement sur toutes ses annonces (en fait sur les attributs des produits complements). Le problème a sans doute 2 causes : - Tous les updates sont fait dans une seule transaction (comme d'habitude) - Au lieu d'updater les attributes values on supprime les attributs pour ensuite les recréer (d'où le double de travail et toujours dans la même transaction). Par rapport au changement d'adresse du partenaire. C'est un partenaire important qui depuis le début de contrat au 1 janvier (d'un montant de 50 000 Euros) n'a que des problèmes avec nous. Donc je vais faire le travail à la main directement en base, pour ne pas avoir à attendre les modifications de l'appli. |
| Commentaire de Patrick Pereira [ 19/janv./07 15:24 ] |
|
Les coordonnées sont corrigées sur user_account et les attributs des produits compléments. Je transmets maintenant au dev pour correction. |
| Commentaire de Manuel Sadok [ 02/févr./07 11:24 ] |
|
Effectivement après analyse de la requête, ce n'est pas
celle-ci qui pose problème. Cette dernière avait été améliorée dans un
Jira précédent. -- AttributeVisitQuery VAR x1 NUMBER <A7> EXEC :x1 := 10823888; VAR x2 NUMBER <A7> EXEC :x2 := 30; VAR x3 VARCHAR2(500) <A7> EXEC :x3 := 'PMC0000054'; VAR x4 VARCHAR2(500) <A7> EXEC :x4 := 'PMC0000083'; SELECT prd_attribute.prd_attribute_id, prd_attribute.product_id, prd_attribute.prd_attribute_name_key, prd_attribute.prd_attribute_value_key, prd_attribute.prd_attribute_unit_key, prd_attribute.numeric_value, prd_attribute.prd_type_code, prd_attribute.sort_title, prd_attribute.sort_author, prd_attribute.is_inherited, prd_attribute.prd_attribute_date, prd_attribute.contract_id, prd_attribute.row_version FROM advert, prd_attribute WHERE (advert.seller_account_id = 6673408) AND (advert.adv_status_code <> 30) AND (advert.complement_product_id = prd_attribute.product_id) AND (prd_attribute.prd_attribute_name_key IN ('PMC0000054', 'PMC0000083')) ORDER BY product_id; Ecoulé : 00 :00 :05.79 Plan d'exécution ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2824 Card=209 Bytes=111606) 1 0 SORT (ORDER BY) (Cost=2824 Card=209 Bytes=111606) 2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PRD_ATTRIBUTE' (Cost=2 Card=1 Bytes=523) 3 2 NESTED LOOPS (Cost=2745 Card=209 Bytes=111606) 4 3 TABLE ACCESS (BY INDEX ROWID) OF 'ADVERT' (Cost=2355 Card=195 Bytes=2145) 5 4 INDEX (RANGE SCAN) OF 'ADVERT_IX_SELLER_HOLIDAY' (NON-UNIQUE) (Cost=72 Card=7354) 6 3 INLIST ITERATOR 7 6 INDEX (RANGE SCAN) OF 'PRD_ATTRIBUTE_FKIX_PRODUCT' (NON-UNIQUE) (Cost=3 Card=1) Statistiques ---------------------------------------------------------- 16 recursive calls 0 db block gets 7424 consistent gets 2013 physical reads 0 redo size 353330 bytes sent via SQL*Net to client 1589 bytes received via SQL*Net from client 101 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 1500 rows processed Comme le dit Patrick, le problème est applicatif. En effet, au sein du UserBusinessBean on itère sur la liste des attributs ramenés par la requête et pour chacun on passe par le ProductServiceBean du produit associé qui supprime l'attribut existant avant de le recréer (en effectuant tte la batterie de tests sur la valeur, les mappings, etc...). Il serait beaucoup plus performant de ne faire les tests d'existance et mapping au niveau des valeurs qu'une seule fois et ensuite d'effectuer une mise à jour des attributs avec les nouvelles valeurs, plutôt que de tous les supprimer et ensuite les recréer unitairement. Une fois le code applicatif modifié, il pourrait être intéressant de changer la requête afin de ne ramener que le prd_attribute_id et le prd_attribute_name_key en ayant un group by sur le prd_attribute_name_key. Cela permettrait de supprimer l'accès table sur prd_attribute et de permettre ensuite un update massif des attributs ayant le même name_key. |
| Commentaire de Jérome Marianne [ 02/févr./07 11:31 ] |
|
Même problème pour le compte "aerosa" Voir Jira |
| Commentaire de Judd OSullivan [ 02/févr./07 11:45 ] |
|
Refactoring de code prévu pour laisser la possibilité de
mettre à jour un attribut sans le supprimer et ensuite le recreer. Par contre cette correction est prévue pour la V14 donc si on ne peut pas attendre pour corriger l'adresse d'aerosa il faut le faire manuellement mais pour ca il faut négocier avec Patrick:) |
| Commentaire de Mostafa Diane [ 07/févr./07 11:01 ] |
|
Le code était fait de la sorte pour respecter la contrainte
d'unicité CHK_PRD_ATTRIBUTE_UNICITY des attributs pour un produit donné. je crois qu'on peux faire des mises à jour de la valeur d'attribut sans passer par le delete et la create. il suffit de s'assuer que le produi n'a pas d'attribut avec la nouvelles valeurs (value unit, date... ) |
| Commentaire de Judd OSullivan [ 07/févr./07 11:22 ] |
| Je ne vois pas pq on doit faire une vérification si on la fait pas actuellement. Même si on supprime et ensuite recree l'attribut, on peut faire sauter la contrainte. Il faut qu'on discute. |
| Commentaire de Mostafa Diane [ 07/févr./07 11:29 ] |
| je n'ai pas dit qu'on ne vérifie pas actuellement cette contrainte. en fait lors de la création d'un attribut on vérifie si il n'existe pas. il faut juste faire la même chose |
| Commentaire de Mostafa Diane [ 09/févr./07 11:33 ] |
|
Désormais la modification de l'adresse est plus rapide que
autre fois( exemple de slica ca prend moins qu'une minute !!). pour arriver à faire ca il a fallu repenser les méthodes de création d'attribut. Donc pour fermer ce bug il faut aussi tester la création des attributs avec éventuellement création des mapping. Venez me voir pour plus de précision |
| Commentaire de Judd OSullivan [ 09/févr./07 12:33 ] |
|
On a parlé de refactoring qui n'est pas de tout fait,
notamment dans ProductManagerBean.processAttribute qui est toujours
aussi longe et complexe! Ensuite qqs remarques : 1/ PrdAttributeValue n'a pas besoin de setIsNewAttribute. Ca devrait se faire automatiquement dans les constructeurs (sauf le constructeur de base) 2/ Dans AttributeServiceBean: A. Je prefere changeSellerContactAttributes au lieu de changeAttributeVisitList B. En plus les params dans le commentaires de la méthode sont faux et l'explication de méthode est une copie de la nom de méthode que n'est pas de tout utile. C. Lignes 134-141 tu dis que cette manip marche uniquement pour les voitures (donc tu verifie pas le medium) mais ensuite tu verifie le mapping pour n'importe quel prd_type_code. Soit on traite tout type de prd_type_code (et donc verifie le medium code aussi), soit on limite les modifs aux voitures. Dis-moi si qch n'est pas clair. |
| Commentaire de Mostafa Diane [ 09/févr./07 12:56 ] |
|
ProductManagerBean.processAttribute on risque de tout cassé
dans cette méthode c'est pourquoi je ne suis pas allé trop loin (déjà
avec ce que j'ai fait j'vait failli casser un truc). pour le setIsNewAttribute je l'ai fait exprès car cette variable doit être modifier seulement lorsque on crée des attributs, or les constructeurs sont utilisés pour créer des valeurs d'attributs( ce n'est pas la même chose), (note que tu peux créer une valeur d'attributs via le BO sans forcement créer d'attribut). |
| Commentaire de Mostafa Diane [ 13/févr./07 12:19 ] |
|
j'ai changé le nom de la méthode et j'ai mis égamelement à jour le javaDoc. |
| Commentaire de Quentin de Chivré [ 20/févr./07 12:54 ] |
|
Je suis un peu inquiet que l'on aie fait cela maintenant, les risque de regression me paraissent enormes. Attention a ne pas prendre trop d'avance sur des themes que l'on a volontairement mis de coté pour le chantier SBP... Celui la me paraissait un bon candidat pour attendre le lot 2 "Modélisation attributs" |
| Commentaire de Edouard Gomez-Vaez [ 16/mars/07 17:53 ] |
|
On arrête les frais en V14 pour limiter les risques ? J'ai
créé un jira identique pour prendre en compte cette problématique dans
le nouveau modèle attribut. On peut donc fermer ce JIRA en expliquant bien jusqu'où on est allé pour que l'on valide bien les non régressions en V14, si cela vous convient. |
| Commentaire de Younès Charrière [ 23/avr./07 16:57 ] |
| Vu avec Judd. C'est corrigé en V14. A tester ! |
| Commentaire de Younès Charrière [ 24/avr./07 18:00 ] |
|
En Integ la modification du code postal du compte "slica" fonctionne bien. Voici les logs associés : 2007-04-24 17:54:24,360 INFO [P-Processor7] 192.168.1.220 - >>> POST http://bo.pm.lan/user_back!action=addressupd...&address1=971 avenue...&city=RILLIEUX&countryid=249&firstname=Sebastien&lastname=MAMET&phone1=04 56 38 5...&usatypecode=50&useraccountid=6673408&usrtitlecode=30&x=20&y=10&zip=69141 2007-04-24 17:54:24,449 WARN [P-Processor7] 192.168.1.220 - AttributeVisitQuery read 1000 rows !! 2007-04-24 17:54:25,286 INFO [P-Processor7] 192.168.1.220 - AttributeValueMappingInput AttributeValueMappingInput sPrdAttributeNameKey = PMC0000054 sPrdAttributeValueKey = PM08381630 lPrdTypeCode = 1700 lPrdMediumCode = null bbIsPublic = false 2007-04-24 17:54:38,001 INFO [P-Processor7] 192.168.1.220 - <<< [13641 ms] POST http://bo.pm.lan/user_back!action=addressupd...&address1=971 avenue...&city=RILLIEUX&countryid=249&firstname=Sebastien&lastname=MAMET&phone1=04 56 38 5...&usatypecode=50&useraccountid=6673408&usrtitlecode=30&x=20&y=10&zip=69141 2007-04-24 17:54:38,001 WARN [P-Processor7] 192.168.1.220 - Long request [13641 ms]: POST http://bo.pm.lan/user_back!action=addressupd...&address1=971 avenue...&city=RILLIEUX&countryid=249&firstname=Sebastien&lastname=MAMET&phone1=04 56 38 5...&usatypecode=50&useraccountid=6673408&usrtitlecode=30&x=20&y=10&zip=69141 2007-04-24 17:54:38,148 INFO [P-Processor7] 192.168.1.220 - >>> GET http://bo.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=6673408 2007-04-24 17:54:38,236 INFO [P-Processor7] 192.168.1.220 - <<< [88 ms] GET http://bo.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=6673408 |
[APP-17149] Nombre de lignes pas pris en compte lors de l'affichage (Recherche Produit BO) Création: 18/juil./07 18:49 Mise à jour: 11/sept./07 18:34 Résolue: 11/sept./07 18:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 15.1.0 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Espérance Galouo-Lece |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Maintenance 17.x.x |
| Description |
|
- En spécifiant 4000 lignes à afficher dans le
résultat de la recherche, sachant qu'il y a un total de 3097 produits,
il y a juste 3095 produits d'affichés; |
| Commentaires |
[APP-27284] Les comptes brandés PREVIEW (et BO ? ) ne recoivent pas les mails en HTML Création: 16/nov./09 11:39 Mise à jour: 30/sept./10 16:55 Résolue: 18/juin/10 16:44 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 57.0.0 (CTN-N) |
| Version(s) corrigée(s): | 78.0.0 (CTN-TU) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Renaud Dierickx |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Classif FONC: | tech |
| Description |
|
VOIr screenshot
|
| Commentaires |
| Commentaire de Alexandre Garnier [ 16/nov./09 11:45 ] |
| Oui, ça a toujours été la règle : que WWW reçoit les mails en HTML. |
| Commentaire de Alexandre Garnier [ 16/nov./09 11:50 ] |
| Mais on pourrait améliorer ce comportement en faisant aussi BO et PREVIEW en HTML |
| Commentaire de Alexandre Garnier [ 16/nov./09 11:52 ] |
| Test à adapter dans com.babelstore.message.business.UsrMessageBusinessBean.ejbCreateOutgoing(SystemMessage, UserInfo, boolean) |
| Commentaire de Fabrice Feugas [ 14/déc./09 12:36 ] |
| On en est où sur ce sujet ? Ca n'a pas été résolu par un autre projet ? |
| Commentaire de Renaud Dierickx [ 18/juin/10 16:44 ] |
| [CAJ2010Q2CTN] |
[APP-18625] [BO] Lorsqu'il faut afficher les information sur le compte "gilles47" en BO, seule une partie est affichée Création: 21/nov./07 16:41 Mise à jour: 18/déc./07 11:21 Résolue: 12/déc./07 18:51 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 18.0.0 |
| Version(s) corrigée(s): | 18.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Arnaud Forgues |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM archivés: | Maintenance 18.x.x | ||||||||
| Description |
|
- En affichant les informations relatives au
partenaire "gilles47" en BO, la partie en rapport avec les coordonnées
de ce partenaire n'est pas affichée. - Voici les logs : 2007-11-21 16:34:57,835 INFO [P-Processor4] BO:Anonyme - >>> GET http://www.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=32156 2007-11-21 16:34:57,924 INFO [P-Processor4] BO:Anonyme - Delay to compute counters from "BO : Fiche utilisateur" : 76 ms 2007-11-21 16:34:59,553 ERROR [P-Processor4] BO:Anonyme - Block generation error in : com.babelstore.user.back.UserView_jsp 2007-11-21 16:34:59,553 ERROR [P-Processor4] BO:Anonyme - Assembly error Servlet : com.babelstore.user.back.UserBackServlet Request : GET http://www.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=32156 Referrer : http://www.pm.lan/user_back?action=usersearch&fuzzy=false&numberrows=200 User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) Trace : java.lang.NullPointerException at com.babelstore.user.back.UserViewModel.getUserInfoToolTip(UserViewModel.java:337) at com.babelstore.user.back.UserView_jsp.generate(UserView_jsp.java:739) at com.babelstore.util.Block.generate(Block.java:139) at com.babelstore.util.web.Request.include(Request.java:530) at com.babelstore.util.web.Request.include(Request.java:563) at com.babelstore.util.web.Request.include(Request.java:569) at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:80) at com.babelstore.util.Block.generate(Block.java:139) at com.babelstore.util.web.Screen.generate(Screen.java:136) at com.babelstore.util.web.Request.generate(Request.java:503) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:378) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:169) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2007-11-21 16:34:59,553 INFO [P-Processor4] BO:Anonyme - <<< [1718 ms] GET http://www.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=32156 |
[APP-25460] BO - elargir la colone n° dans l'écran BO Création: 29/mai/09 16:52 Mise à jour: 24/juil./09 16:39 Résolue: 24/juil./09 16:39 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Recherche produit |
| Affecte la/les version(s): | 46.0.1.1 |
| Version(s) corrigée(s): | 50.0.0 (CAT-J) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Tristan Wermelinger | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
Dans l'écran bo il serait indispensable d'élargir la
colonne " n° " car lorsque l'on veut saisir un n° de fiche pour faire
une fiche existante cette dernière est trop étroite.
|
| Commentaires |
| Commentaire de Tristan Wermelinger [ 29/mai/09 17:01 ] |
| Seule la première capture d'écran est à prendre en compte la seconde n'a rien à voir avec cette de mande. |
| Commentaire de Benoît Bourdon [ 09/juin/09 11:44 ] |
|
Il faut voir Aurélien ou Tristan afin de bien comprendre la
demande exacte - puis rédiger un petit commentaire explicatif dans ce
jira avant de commencer le développement. |
| Commentaire de Tristan Wermelinger [ 02/juil./09 12:29 ] |
|
L'amélioration concerne : - L'écran BO produit - L'écran de recherche normale et par référence - La matrice de recherche image Il s'agit de faciliter le copier/coller. |
| Commentaire de Martin Sudmann [ 03/juil./09 17:47 ] |
|
fait pour les écrans - résultats de la recherche produit (référence & recherche texte) - résultats de la recherche d'images Dans matrix images et la fiche produit BO il n'y a pas de colonne équivalente. |
| Commentaire de Cédric Goldovsky [ 24/juil./09 11:34 ] |
|
Imparable pour l'écran de recherche images. Par contre, pas spécialement mieux pour le copier coller sur l'écran de recherche de produits |
| Commentaire de Aurélien Vergalli [ 24/juil./09 16:37 ] |
|
Il y a qd même du mieux - surtout pour l'écran recherche images . @ Tristan: dans l'écran recherche produit le petit espace à gauche de l'ID permet en double cliquant de le sélectionner facilement. |
| Commentaire de Cédric Goldovsky [ 24/juil./09 16:39 ] |
| si ça te va alors ça me va |
[APP-16132] paniers bo Création: 26/avr./07 16:19 Mise à jour: 06/juil./07 15:04 Résolue: 23/mai/07 18:04 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 14.0.0 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Natalia Calero | Attribution: | Clémence Desneiges |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Sous-tâches: |
|
||||||||||||
| Pays: |
ESP - Espagne
|
||||||||||||
| Site: | Prod | ||||||||||||
| Classif1: | BO | ||||||||||||
| Classif2: | annuaire | ||||||||||||
| Projets PM archivés: | Maintenance 15.x.x | ||||||||||||
| Description |
|
-sur la page de panier (ex image 1) on peut cliquer sur le
téléphone de l'utilisateur comme en France, mais en cliquant ça redirige
vers l'annuaire téléphonique français (ex image 2) ************************************************************************************************************************************** -en cliquant sur pages jaunes, par contre on est redirigés vers le site espagnol de páginas blancas (image3) mais les données de l'utilisateur qui sont transmises vers le site de páginas blancas contient des erreurs -erreur 1 - le premier et le deuxième nom de famille de l'utilisateur du bo se mettent sur le premièr nom de famille de páginas blancas (image 4) -erreur 2 - le système ne transmet correctement certains caracteres au site de páginas blancas, comme par exemple la "ñ " ou "º" ou "ª" ... (image 5) |
| Commentaires |
| Commentaire de Younès Charrière [ 26/avr./07 16:45 ] |
|
Merci pour toutes ces précisions bien détaillées Natalia :) J'ajoute tout de même le lien vers ton exemple : http://bo.priceminister.es/purchase_back?action=purchaseview&purchaseid=34835668 Et une petite précision : l'erreur 2 n'est visible que sous IE (vu sous IE7) et non Firefox. |
| Commentaire de Clémence Desneiges [ 23/mai/07 18:04 ] |
|
La première partie de ce JIRA est réglée (pour le numéro de
téléphone.), par contre pour les pages blanches espagnoles un nouveau
Jira a été créé ( |
[EXP-3310] Problème de fichier qui n'apparait pas on BO INTEG FRA alors qu'il a bien été pris du compte FTP Création: 27/févr./07 11:26 Mise à jour: 25/juin/07 19:00 Résolue: 07/mars/07 15:06 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
- Il s'agit du fichier "Voiture_Ecra.csv" qui a été
pris du compte FTP du login "testImport1" (comme plusieurs autres
fichiers le 26/02/2007); - Sauf que ce fichier n'ait jamais apparu en BO INTEG FRA pour son traitement; - Serait-il possible de savoir où se trouve ce fichier et la raison pour laquelle il n'apparaît pas en BO? |
| Commentaires |
| Commentaire de Eric Vannier [ 07/mars/07 15:06 ] |
|
Ce problème est dû surement a un soucis de transfert de ce fichier. Lors de la soumisision de ce fichier , on crée une entrée dans la base mais ensuite si jamais le transfert est interrompu, rien de nous l'indique et donc l'on croit que le fichier est bloqué en état "reçu" alorq que l'on a jamais reçu ce fichier. La solution est de créer un état intermédiaire pour que l'on puisse visualiser que le fichier a bien été reçu. Voir Jira |
[EXP-2573] [DEV_ESP] Message d'erreur dans le BO Espagnol - Détail compte - login: pm_cd_fr Création: 25/août/06 10:49 Mise à jour: 25/juin/07 18:59 Résolue: 01/sept./06 17:59 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Script SQL |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Daniel Pintamalli | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||
| Liens des demandes: |
|
||||
| Description |
|
Afin de pouvoir faire de tests sur le site espagnol, je dois
changer le type de compte de cet utilisateur à 'Professionnel'. Lorsque je clic sur 'Droits', il apparait un message d'erreur (voir pièce jointe). Compte: http://bo.pm.brice:7880/user_back?action=userview&showeventothers=true&useraccountid=10774792 Merci. |
| Commentaires |
| Commentaire de Arnaud Forgues [ 30/août/06 15:40 ] |
|
il semblerait que l'utilisateur pm_cd_fr a été importer de
facon partielle (en l'occurence il n'a meme pas la colone usr_type_code
de rempli ... ce qui est tres louche ... !!) Si cet utilisateur n'a jamais été utilisé pour quoi que ce soit, on pourrait alors le supprimer de la base, et a ce moment vous pourrez en recréer un correctement depuis le FO espagne. Voilou |
| Commentaire de Marion Anfreville [ 30/août/06 17:04 ] |
| OK pour moi. |
| Commentaire de Arnaud Forgues [ 30/août/06 17:22 ] |
|
Il semblerait bien que cet utilisateur soit référencé dans un profil d'import ..... Pourriez vous vérifier et modifier ce profil ? Merci ===================================== SQL> delete from user_account where login = 'pm_cd_fr'; delete from user_account where login = 'pm_cd_fr' * ERROR at line 1: ORA-02292: integrity constraint (IMPORT_1.FK_ADVERT_PROFILE_USER) violated - child record found Elapsed: 00:00:01.25 |
| Commentaire de Arnaud Forgues [ 31/août/06 16:10 ] |
| Donc au final on va simplement passer un script pour s'assurer que l'utilisateur pm_cd_fr a des données correctes d'un point de vue applicatif en lui affectant les valeurs de l'utilisateur cd_mail pour toutes ses colonnes NULL |
| Commentaire de Patrick Pereira [ 01/sept./06 17:59 ] |
|
C'est fait. Pour les colonnes vides, j'ai pris les données présentes pour le user pm_cdmail_es |
[APP-2453] coupons loterie externe : le BO autorise X coupons au total mais le système n'en tient pas compte Création: 24/juin/04 18:08 Mise à jour: 25/juin/07 18:25 Résolue: 25/juin/07 18:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.2val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Bruno Ballester | Attribution: | Martin Sudmann |
| Résolution: | Incomplet | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Le problème a été vu avec Martin.
|
| Commentaires |
| Commentaire de Martin Sudmann [ 25/juin/04 17:53 ] |
|
l'appli ne prend pas (et n'a jamais pris) en compte le nombre d'utilisations totale |
[APP-28736] DASHBOARD - améliorer le framework de formulaires BO pour pouvoir prendre en compte plusieurs statuts dans un même formualire de recherche Création: 16/mars/10 14:31 Mise à jour: 17/sept./10 14:21 Résolue: 13/juil./10 12:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 77.0.0 (TX-P) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Clement Balay | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
L'idée est de mettre en place un élément HTML de type select
avec des multiples valeurs pour pouvoir filtrer sur plusieurs statuts
ou types dans une même recherche
|
| Commentaires |
| Commentaire de Clement Balay [ 05/mai/10 09:45 ] |
| Ce jira est bloqué par la suppression de prototype car ce framework JS n'est pas compatible avec le module des listes multi-valuées. La migration du menu BO qui utilise prototype est prévue pour la CTN-R |
| Commentaire de Clement Balay [ 13/juil./10 12:28 ] |
| CAJ2010Q3TX |
[APP-17575] submitter toujours = BO dans FAST après une màj BO. Création: 17/août/07 11:09 Mise à jour: 04/oct./07 17:56 Résolue: 23/août/07 13:53 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, FAST engine, Recherche produit |
| Affecte la/les version(s): | 16.0.2 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Classif1: | FAST |
| Classif2: | connector |
| Projets PM archivés: | Maintenance 17.x.x |
| Description |
|
Pour le produit de product_id = 16472911 : - Sur la fiche produit, le soumetteur est "ROMIC52" et le propriétaire est "BO"; - Lors de la recherche produit via BO, le soumetteur est "BO" et le propriétaire est "BO"; - Sachant que le produit a été modifié par "BO", le système avec fast ne prendrait-il pas systématiquement le propriétaire "BO" pour le soumetteur, lors d'une mise à jour "BO" ? |
| Commentaires |
| Commentaire de Martin Sudmann [ 20/août/07 09:55 ] |
|
non, le soumetteur ne devrait pas bouger. On avait ce bug non-bloquant dans la V15, qui doit être résolu avec l'indexation de la V17. |
| Commentaire de Martin Sudmann [ 23/août/07 13:53 ] |
|
il s'agissait d'un problème de données au moment de l'indexation de la V15: le connector était OK, il lisait déjà l'ID soumetteur dans la nouvelle colonne, mais le script de migration n'était pas encore passé et les ID se trouvaient toujours dans la colonne user_account_id. Une mise à jour manuelle via BO (clic sur "valider") a réindexé le produit dans l'exemple et maintenant le soumetteur s'affiche bien en tant que "ROMIC52 ". La réindexation pour la V17 corrigera le pb dans son ensemble. |
[Suppression COB] BambinOccasion et VirginMega
(APP-15134)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 13.0.3 |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Richard Dubois | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | COB Suppression COB obsolètes |
| Description |
|
Cobs en BO à inactiver |
| Commentaires |
| Commentaire de Antoine Koener [ 20/mars/07 17:31 ] |
| A toi de jouer ! |
| Commentaire de Patrick Pereira [ 21/mars/07 11:40 ] |
| Tu veux inactiver virginmega et bambinocasion, c'est ça ? |
| Commentaire de Richard Dubois [ 21/mars/07 11:58 ] |
| oui, c'est bien ça ! |
| Commentaire de Patrick Pereira [ 30/mars/07 14:03 ] |
| Modif effectuée en integ. |
| Commentaire de Patrick Pereira [ 30/mars/07 17:25 ] |
|
Validé en integ. Modif passée en prod. Visible dans le bo demain matin. |
[APP-16829] [cache] Rechargement des siteproperties dans le BO Création: 27/juin/07 17:36 Mise à jour: 15/oct./07 16:09 Résolue: 31/juil./07 10:20 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 14.2.1 |
| Version(s) corrigée(s): | 16.0.0 |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | COB | ||||||||
| Classif2: | cache | ||||||||
| Description |
|
Raccourci pour recharger les siteprops (uniquement) dans le BO
|
| Commentaires |
| Commentaire de Clement Balay [ 31/juil./07 10:20 ] |
| ok, j'ai rajouter dans le BO la possibilité de rafraichir uniquement le cache des site properties |
[APP-16865] Creation d'un pool "bo" Création: 29/juin/07 16:57 Mise à jour: 24/oct./07 12:38 Résolue: 04/sept./07 14:29 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | Jérémie Bennejean |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Il s'agit d'ajouter un pool de serveurs dédiés au bo.
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 29/juin/07 17:03 ] |
|
*Modification du worker.properties worker.list=bo_servers #WORKER BO worker.bo_servers.type=lb worker.bo_servers.balanced_workers=sol,terra worker.bo_servers.sticky_session=1 *Modification di httpd.conf Dans le vh bo.priceminister.com Include conf/mode/mod_jk.redirect.bo (ou mod_jk.redirect.bo.V900 dans lequel je remplace all_servers par bo_servers) C'est bien ca que tu veux ? |
| Commentaire de Patrice Boulanger [ 29/juin/07 17:09 ] |
|
A mon avis, le VH de bo.priceminister.com contient deux lignes: Include conf/mode/mod_jk.redirect.fo Include conf/mode/mod_jk.redirect.bo Il faudrait peut être mieux un seul fichier mod_jk.redirect.bo qui contiendrait toutes les servlets pour fo et bo. Il renverrai uniquement vers le pool bo_servers. Merci. |
| Commentaire de Jérémie Bennejean [ 23/juil./07 18:40 ] |
|
J'ai créé un fichier mod_jk.redirect.bo.new sur tous les
serveurs webs, qui est la concaténation de mod_jk.redirect.fo.V900 et de
mod_jk.redirect.bo.V900 et tout pointe vers un bo_servers. Dans les workers.properties j'ai ajouté : #WORKER BO #worker.bo_servers.type=lb #worker.bo_servers.balanced_workers=sol,terra #worker.bo_servers.sticky_session=1 Il me reste donc dans le vh.bo à ajouter ou plutot remplacer Include conf/mode/mod_jk.redirect.fo.V900 Include conf/mode/mod_jk.redirect.bo.V900 par Include conf/mode/mod_jk.redirect.bo.new et ajouter dans le worker.list du worker.properties, bo_servers Voila ! |
| Commentaire de Jérémie Bennejean [ 17/août/07 09:56 ] |
|
Aprés réflexion, la creation, d'un pool "bo" ne contenant
qu'un seul serveur applicatif pour le backoffice n'est pas une bonne
idée dans notre situation, puisque si nous ne mettons que junon dans ce
nouveau pool et que tous les as comporte dans leurs
priceminister.properties, la propirété server.list contenant toute la
liste des AS, il se passera la chose suivante : Lorsque nous irons sur bo.priceminister.com nous arriverons toujours sur Junon (seul SA renseigné dans le pool bo), mais nous aurons dans le menu déroulant à disposition tous les autres serveurs applicatifs. Et il se passera la chose suivante : en choisissant dans le menu déroulant un autre serveur applicatif il ne ssera pas possible d'y accéder. Il y a 2 options: - On renseigne bo=junon (je schématise) et modifie les ster.prop de tous les as afin de n'avoir que junon et ainsi éviter d'entendre "le changement de serveur marche plus". Mais nous perdons la possibilité de changer de serveur applicatif (et d'aller en front avec). - On laisse ainsi. |
[EXP-3443] Site de secours BO Espagne Création: 30/mars/07 15:25 Mise à jour: 09/juil./08 17:27 Résolue: 09/juil./08 17:27 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Diana Espel | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
Nous avons besoin d'un site de secours pour le BO Espagnol. Pour le BO France il y a : http://bo.priceminister.jmh/summary , mais cette solution n'existe pas pour l'Espagne. Merci |
| Commentaires |
| Commentaire de Patrice Boulanger [ 02/avr./07 10:44 ] |
|
Jérémie, Merci de configurer sur aricia (adresse privée) un nouveau virtualhost: boes.priceminister.jmh qui pointe sur le BO espagne. Merci. |
| Commentaire de Jérémie Bennejean [ 02/avr./07 14:38 ] |
|
La demande est en cours de réalisation. J'ai modifié notre dns interne afin de contacter boes.priceminister.jmh. J'ai ouvert une mai chez jet avec la matrice des flux que nous désirons. |
| Commentaire de Patrice Boulanger [ 27/août/07 11:57 ] |
|
boes.priceminister.jmh sur evandre et migrer bo.priceminister.jmh (qui est sur phaeton) sur Aricia. |
| Commentaire de Jérémie Bennejean [ 09/juil./08 17:27 ] |
| bo.priceminister.jmh est migré de phaeton vers aricia |
[EXP-2638] Passage massif de comptes en 1 Création: 13/sept./06 15:08 Mise à jour: 04/déc./07 11:38 Résolue: 04/déc./07 11:38 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Sébastien Mantanus | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Description |
|
Comme vu avec Edouard, nous allons procéder à un passage
massif de comptes en 1, les conditions cont les mêmes que pour le
précédent passage avec des assouplissements, soit : - compte en 0 - compensation ok - connexion ok - PMV non bloqué - email ok - + de 50 ¿ achetés sur le compte - compte vieux de plus de 4 mois Merci |
| Commentaires |
| Commentaire de Antoine Koener [ 18/sept./06 09:19 ] |
|
Je te l'assigne car je ne sais pas quoi faire de ce JIRA. |
| Commentaire de Patrice Boulanger [ 20/sept./06 11:22 ] |
| Cette demande devient urgente. Edouard, merci de revenir vers moi pour qu'on voit ça ensemble aujourd'hui. |
| Commentaire de Edouard Laurent [ 20/sept./06 14:56 ] |
|
La requete va etre effectue par l'equipe decisionnelle Il faut envoyer a sebastien la liste des comptes qu'il va faire valider par PKM Ensuite je m'occuperais de faire l'update des comptes en prod Merci ! |
| Commentaire de Agathe Remy [ 20/oct./06 16:50 ] |
|
SELECT USER_ACCOUNT.USER_ACCOUNT_ID, USER_ACCOUNT.LOGIN FROM USER_ACCOUNT, PURCHASE, (SELECT DISTINCT BUYER_ACCOUNT_ID, MIN(AUTHORIZATION_DATE) AS FIRST_PURCHASE_DATE FROM PURCHASE WHERE PCH_STATUS_CODE NOT IN (10,20) GROUP BY BUYER_ACCOUNT_ID HAVING MIN(TO_CHAR(AUTHORIZATION_DATE,'YYYY/MM')) >= '2006-05' ) FIRST_PURCHASE WHERE USER_ACCOUNT.USER_ACCOUNT_ID=PURCHASE.BUYER_ACCOUNT_ID AND PURCHASE.BUYER_ACCOUNT_ID=FIRST_PURCHASE.BUYER_ACCOUNT_ID AND USER_ACCOUNT.GRANT_EMAIL = 1 AND -- email OK USER_ACCOUNT.GRANT_LOGIN = 1 AND -- connexion OK NVL(USER_ACCOUNT.IS_TO_VALIDATE, 0) = 0 AND -- compte en 0 USER_ACCOUNT.WLT_STATUS_CODE IN ( 10, 20 ) -- PMV non bloqué GROUP BY USER_ACCOUNT.USER_ACCOUNT_ID, USER_ACCOUNT.LOGIN HAVING SUM(toEuro2(NVL(PURCHASE.CAPTURE_CARD_AMOUNT,0) + NVL(PURCHASE.CAPTURE_OPERATION_AMOUNT,0) + NVL(PURCHASE.CAPTURE_COUPON_AMOUNT, 0), PURCHASE.CURRENCY_ID)) >= 50 |
| Commentaire de Edouard Laurent [ 20/oct./06 17:22 ] |
| Je dois faire quelquechose ? |
| Commentaire de Edouard Laurent [ 26/oct./06 16:34 ] |
| Je ferme ce JIRA ? ou il y a quelquechose a faire ? merci |
| Commentaire de Sébastien Mantanus [ 26/oct./06 16:48 ] |
| Ben il faudrait juste passer ces comptes en 1 et fermer le jira quand c'est fait; je reste à ta dispo si tu as besoin de plus d'infos |
| Commentaire de Sébastien Mantanus [ 27/oct./06 14:04 ] |
|
Le nombre de comptes est de 110 799 comptes. Je préfère qu'on attende le 8 novembre, date à laquelle Steven reviens pour le faire. |
| Commentaire de Edouard Laurent [ 27/oct./06 14:11 ] |
| Ok c'est note merci |
| Commentaire de Antoine Koener [ 16/nov./06 09:30 ] |
|
PriceJira étant arrété lorsqu'Edouard a récupéré le traitement, je poste en mon nom le commentaire qu'il m'a envoyé: apres avoir eu la validation de la part de Steven : J'ai executé la requete suivante sur titan : sqlplus babel_1/babel_1@GLOB.TITAN @ /data/priceminister/pmshare/exploit/edouard/bo_passage_massif_des_user_1.sql qui crée la table "tovalidate" qui contient la liste des user_account_id a passer en validation AUTO 1 Ensuite j'ai mis a jour la base de prod grace au script suivant : sqlplus babel_1/babel_1@GLOB.TITAN @ /data/priceminister/pmshare/exploit/edouard/passsage_1_OLTP.sql Suite au passage de ce dernier script j'ai teste un compte au hasard : "amphoux" et je me suis rendu compte qu'il ne rentrait pas dans les cirteres J'ai regarde plus en detail la requete de selection des donnees et je me suis rendu compte qu'il n'y avait pas de condition sur les compensations ce qui m'a semble bloquant J'avais au prealable fait un test sur TITAN. donc les donnees de titan sont corompus aussi Nous avons arrete avec Francois lelay l'alimentation de LATONE car c'est le seul endroit ou il y a encore les donnees correcte, nous avons verifie que le champ realibility etait bien mise a jour sur LATONE. Actuellement il y a donc des comptes en validation automatique sur la production qui ne devrait pas l'etre J'ai sauvegarde le contenu de la table "tovalidate" dans un dump "/data/priceminister/pmshare/exploit/edouard/tovalidate.dmp" |
| Commentaire de Patrice Boulanger [ 16/nov./06 11:47 ] |
|
Agathe, Peut-on extraire l'état des user_account_id avant le lancement du traitement d'Edouard afin de pouvoir les restaurer? L'idéal serait de voir avec Patrick les données dont il a besoin ainsi que le format du fichier. Merci. |
| Commentaire de Agathe Remy [ 16/nov./06 16:04 ] |
|
Patrick, Tu trouveras ci-joint le script de mise à jour des comptes qui n'auraient pas dus l'être. Il y a 601 comptes à mettre à jour. Cordialement, Agathe |
| Commentaire de Agathe Remy [ 16/nov./06 16:06 ] |
|
Pour info, Le problème n'était pas celui qu'on croyait:-) La condition de compensation est inutile dans la problématique "Validation Auto" qui ne concerne que les acheteurs. En revanche, la condition compte à 0 avait mal été interprétée et traduite par la condition is_to_validate=0 au lieu de reliability=0. Cordialement, Agathe |
| Commentaire de Agathe Remy [ 16/nov./06 17:19 ] |
|
Finalement nous faisons un retour arrière intégral!!! Voici le nouveau script de mise à jour avec un peu plus de 135992 lignes. Cordialement, Agathe |
| Commentaire de Agathe Remy [ 16/nov./06 17:29 ] |
|
Autre erreur : dans la condition de date, les formats ne sont pas les mêmes!!! De plus, nous voulons les comptes ayant effectué leur premier achat avant cette date et non après. Edouard, Voici la requête corrigée : SELECT USER_ACCOUNT.USER_ACCOUNT_ID, USER_ACCOUNT.LOGIN FROM USER_ACCOUNT, PURCHASE, (SELECT DISTINCT BUYER_ACCOUNT_ID, MIN(AUTHORIZATION_DATE) AS FIRST_PURCHASE_DATE FROM PURCHASE WHERE PCH_STATUS_CODE NOT IN (10,20) GROUP BY BUYER_ACCOUNT_ID HAVING MIN(AUTHORIZATION_DATE) < trunc(to_date('20060501','YYYYMMDD')) ) FIRST_PURCHASE WHERE USER_ACCOUNT.USER_ACCOUNT_ID=PURCHASE.BUYER_ACCOUNT_ID AND PURCHASE.BUYER_ACCOUNT_ID=FIRST_PURCHASE.BUYER_ACCOUNT_ID AND USER_ACCOUNT.GRANT_EMAIL = 1 AND -- email OK USER_ACCOUNT.GRANT_LOGIN = 1 AND -- connexion OK USER_ACCOUNT.RELIABILITY = 0 AND -- compte en 0 USER_ACCOUNT.WLT_STATUS_CODE IN ( 10, 20 ) -- PMV non bloqué GROUP BY USER_ACCOUNT.USER_ACCOUNT_ID, USER_ACCOUNT.LOGIN HAVING SUM(toEuro2(NVL(PURCHASE.CAPTURE_CARD_AMOUNT,0) + NVL(PURCHASE.CAPTURE_OPERATION_AMOUNT,0) + NVL(PURCHASE.CAPTURE_COUPON_AMOUNT, 0), PURCHASE.CURRENCY_ID)) >= 50 ; Cordialement, Agathe |
| Commentaire de Patrick Pereira [ 16/nov./06 18:26 ] |
| Je viens de lancer le script de retour arrière. |
| Commentaire de Patrick Pereira [ 16/nov./06 18:33 ] |
|
Le retour arrière est terminé. Je réassigne le JIRA à Edouard. |
| Commentaire de Antoine Koener [ 17/nov./06 09:59 ] |
|
Je ne saisis pas comment la requète du départ qui visiblement était incorrecte à pu être validée... Est-ce que cette nouvelle requète a été validée ? Est-ce que la méthode de validation à changée ? Ce sont peut être des points importants à eclaicir avant de repasser la requète non ? |
| Commentaire de Steven Harel [ 17/nov./06 10:08 ] |
|
une grille de tests est en cours de préparation avec l'équipe des fraudes les premiers tests n'étaient pas assez complets on avait bien pris une partie des comptes à passer en 1 et on a vérifié qu'ils matchaient les critères, ça c'est ok le souci est qu'on n'a pas pris de comptes en back office (qui ne matchaient pas au moins 1 critère), pour vérifier qu'ils ne se trouvaient pas dans la liste des comptes à passer en 1 nous allons vérifier rigoureusement le point 2 avec la prochaine grille de tests |
| Commentaire de Agathe Remy [ 17/nov./06 11:24 ] |
|
Pour info, avec la correction sur la condition de date, nous obtenons 434 969 comptes à mettre à jour. Cordialement, Agathe |
| Commentaire de Edouard Laurent [ 20/nov./06 10:00 ] |
| Je pense qu'il manque la condition sur : USER_ACCOUNT.USR_COMPENSATION_RIGHT_CODE |
| Commentaire de Sébastien Mantanus [ 23/nov./06 09:56 ] |
|
Voilà nous avons effectué tous les tests au niveau des
fraudes, dans les deux sens, Agathe, peux-tu envoyer la requête à
l'exploit pour qu'on puisse la faire passer au plus vite? car l'activité
commence à être importante et on risque d'être vraiment débordés si ça
ne passe pas vite... Merci ! |
| Commentaire de Agathe Remy [ 23/nov./06 12:41 ] |
|
SELECT DISTINCT USER_ACCOUNT_ID FROM USER_ACCOUNT, PURCHASE, (SELECT DISTINCT BUYER_ACCOUNT_ID, MIN(AUTHORIZATION_DATE) AS FIRST_PURCHASE_DATE FROM PURCHASE WHERE PCH_STATUS_CODE NOT IN (10,20) GROUP BY BUYER_ACCOUNT_ID HAVING MIN(AUTHORIZATION_DATE) < trunc(add_months(sysdate,-4)) ) FIRST_PURCHASE WHERE USER_ACCOUNT.USER_ACCOUNT_ID=PURCHASE.BUYER_ACCOUNT_ID AND PURCHASE.BUYER_ACCOUNT_ID=FIRST_PURCHASE.BUYER_ACCOUNT_ID AND USER_ACCOUNT.GRANT_EMAIL = 1 AND -- email OK USER_ACCOUNT.GRANT_LOGIN = 1 AND -- connexion OK USER_ACCOUNT.RELIABILITY = 0 AND -- compte en 0 USER_ACCOUNT.WLT_STATUS_CODE IN ( 10, 20 ) -- PMV non bloqué GROUP BY USER_ACCOUNT.USER_ACCOUNT_ID, USER_ACCOUNT.LOGIN HAVING SUM(toEuro2(NVL(PURCHASE.CAPTURE_CARD_AMOUNT,0) + NVL(PURCHASE.CAPTURE_OPERATION_AMOUNT,0) + NVL(PURCHASE.CAPTURE_COUPON_AMOUNT, 0), PURCHASE.CURRENCY_ID)) >= 50 ; Ce qui nous fait un total de 469 093 comptes à mettre à jour au 22/11/2006 minuit. |
| Commentaire de Sébastien Mantanus [ 23/nov./06 12:50 ] |
|
Merci de faire passer impérativement le batch avant demain,
pour des raisons de sécurité car on ne peut pas intervenir le W-E. Merci! |
| Commentaire de Edouard Laurent [ 27/nov./06 15:22 ] |
| Voici le fichier des comptes, merci de le valider, ensuite je pourrais proceder à la mise a jour |
| Commentaire de Sébastien Mantanus [ 27/nov./06 17:02 ] |
|
Les comptes de cette liste ont été testés, RAS, pour moi
tout est OK, j'ai noté certains points de contrôles (nbr cptes en -1 et
-2) pour comparer et re vérifier après. Vous pouvez faire passer. Merci |
| Commentaire de Edouard Laurent [ 27/nov./06 17:19 ] |
|
Voila c'est fait |
| Commentaire de Agathe Remy [ 28/nov./06 09:52 ] |
|
Bonjour Edouard, Pourrais-tu mettre à jour la change_date des enregistrements modifiés afin que ceux-vi soient automatiquement mis à jour dans le Datawarehouse cette nuit, stp? Merci:-) Agathe |
| Commentaire de Steven Harel [ 28/nov./06 15:41 ] |
|
peut-on automatiser cette tache ? genre toutes les semaines, plutôt milieu de semaine (nuit du mardi au mercredi) ça nous permettra de faire des vérifs tous les mercredis matin avec une seule variable pour les critères : les paniers (+ de 50 euros) ont été passés avant j-4 mois |
| Commentaire de Edouard Laurent [ 28/nov./06 16:42 ] |
| Voila c'est fait pour la demande d'Agathe |
| Commentaire de Edouard Laurent [ 04/déc./06 15:27 ] |
| Patrice qu'est ce que tu penses de la demande de Steven ? |
| Commentaire de Patrice Boulanger [ 04/déc./06 15:37 ] |
|
Je préférerai qu'on continue sur un mode manuel pendant
quelques temps surtout si on modifie les critéres de la requête. On
pourrait dire jusqu'à la fin de l'année. Ensuite, on automatise si aucun
problème n'est détecté. Je pense qu'il s'agit là d'un sujet
suffisamment sérieux pour qu'on ne se précipite pas. |
| Commentaire de Edouard Laurent [ 16/janv./07 10:22 ] |
|
Pour info : http://wikiexploit.lan:82/doku.php?id=edouard.laurent:projets:exploitation:passage_massif_des_compte_realibility_1 |
| Commentaire de Edouard Laurent [ 16/janv./07 10:36 ] |
|
Sebastien, Cela fait : 32 775 comptes qui vont etre passer en 1, tu valides ? Edouard |
| Commentaire de Sébastien Mantanus [ 16/janv./07 15:17 ] |
| Pour moi les résultats sont corrects. |
| Commentaire de Edouard Laurent [ 17/janv./07 15:20 ] |
|
J'ai refait un comptage pour etre sur : 33 299 ajourd'hui Est ce que tu peux refaire le comptage dans BO et me donner le chiffre que tu trouves ? merci Edouard |
| Commentaire de Sébastien Mantanus [ 17/janv./07 16:24 ] |
| 33 763 comptes pour moi... |
| Commentaire de Agathe Remy [ 17/janv./07 17:21 ] |
|
Votre différence est due à la condition "premier panier vieux de plus de 4 mois ". Dans le comptage d'ELA, on prend les comptes dont le premier panier est strictement inférieur à 4 mois. Dans le rapport BI de SMO, on prend les comptes dont le premier panier est inférieur ou égal à 4 mois. Agathe |
| Commentaire de Edouard Laurent [ 17/janv./07 18:23 ] |
|
Ouf j'arrive enfin au meme comptage que toi, cependant il
faut que l'on discute d'une condition encore, je reporte donc le passage
des comptes a 1 a la semaine prochaine ! |
| Commentaire de Edouard Laurent [ 22/janv./07 14:17 ] |
| voila le resultat de mon comptage : 36 585 , j'espere que l'on trouve la meme chose :~) |
| Commentaire de Sébastien Mantanus [ 22/janv./07 14:58 ] |
|
ok c'est bon de mon côté, meme résultat |
| Commentaire de Edouard Laurent [ 22/janv./07 15:20 ] |
| C'est bon j'ai passé les compte a 1, est ce que c'est toujours OK pour toi ? |
| Commentaire de Sébastien Mantanus [ 22/janv./07 16:30 ] |
| c'est toujours ok pour moi |
| Commentaire de Edouard Laurent [ 05/févr./07 15:24 ] |
| Cela fait 8468 comptes, c'est bon pour toi ? |
| Commentaire de Sébastien Mantanus [ 05/févr./07 15:34 ] |
|
c'est bon pour moi ! BI trouve 8491 ce qui est l'écart classique (comme vu la derniere fois) |
| Commentaire de Edouard Laurent [ 05/févr./07 15:42 ] |
|
Voila c'est fait, tu peux faire la verification des comptes en -1 et -2 Edouard |
| Commentaire de Edouard Laurent [ 16/avr./07 17:17 ] |
|
Voici la doc exploit qui permet de mettre a jour les comptes : http://wikiexploit.lan:82/doku.php?id=edouard.laurent:projets:exploitation:passage_massif_des_compte_realibility_1 Cette demande est traitée |
| Commentaire de Cedric Favero [ 12/juin/07 17:55 ] |
|
Il est toujours nécessaire d'effectuer cette tache regulièrement pour soulager le travail des fraudes. Sebastien Mantanus étant parti , c'est moi qui vais gérer la validation des fichiers résultant de ces opérations. Qui peut reprendre le process à l'exploitation dans l'attente d'une possibile automatisation du processus? |
| Commentaire de Justin Ziegler [ 08/août/07 16:51 ] |
|
Steven, est ce que tu pourrais stp passer 5 minutes a documenter ce jira ? Pourquoi fait on cela ? A quoi ca sert ? Faut il changer l'appli pour éviter d'avoir à faire cela ? |
| Commentaire de Cedric Favero [ 29/août/07 17:55 ] |
|
Je n'avais pas reçu le commentaire de justin et retombe donc dessus en venant voir ce qu'il en est. Celà est tjrs d'actualité pour exclure des règles d'observation un grand nombre de comptes jugés fiables... Steven,tu vois s'il faut qu'on en reparle... ? |
| Commentaire de Steven Harel [ 30/août/07 10:17 ] |
|
pas vu le commentaire de justin cédric s'occupe de suivre ce truc (doc, vérifs, ...) avec sebastien bruzzone son client |
| Commentaire de Justin Ziegler [ 03/sept./07 15:41 ] |
|
cela nous éclarie pas franchement bcp comme doc :-) on ferme le jira alors ? |
| Commentaire de Cedric Favero [ 03/sept./07 15:49 ] |
|
Je peux prendre un moment pour vous expliquer le truc mais on est sous l'eau ces jours-ci... Tu prefères l'avoir dans le JIRA on peut prendre 10min pour en discuter? |
| Commentaire de Justin Ziegler [ 03/sept./07 16:07 ] |
| si le jira doit rester ouvert, il vaut mieux mettre un peu d'explication dans le jira je pense. Comme cela tout ceux qui sont concerné en profiteront. |
| Commentaire de Cedric Favero [ 04/sept./07 14:56 ] |
|
Alors, je détaille donc un peu la demande: L'équipe des fraudes (Sebastien Bruzzone) valide chaque jour manuellement des centaines de paniers qui ont été placés en observation selon diverses règles gérées par des mots clés en code velocity,ceci afin de detecter en amont de possibles achats frauduleux et ainsi minimiser au maximum les risques d'opposition. Ces reglès d'observation fonctionnent par palliers (montants) mais aussi par exclusion ( par exemple panier de plus de 200 euros sauf si pro , sauf si payé par porte-monnaie , etc...) ex: d'un mot clé velocity placant un panier en observation pour un montant superieur à 200¿: ! $userConstants.RELIABILITY_HIGH.equals($buyer.reliability) && ! $buyer.isPro() && ! $purchase.isECarteBleue() && ! $purchase.useWallet() && ! $purchase.useCoupon() && ! $purchase.isNego() && $util.greaterThan($stats.Amount24H, 200) && $util.lessThan($stats.Amount24H, 301) Une des variables très importante dans ce process est le $buyer.reliability puisqu'on exclue de nos premiers palliers de surveillance tous les comptes étant jugés "fiables" , c'est à dire étant en validation auto = 1 , selon les critères définis dans ce JIRA et le Wiki documenté par Edouard Laurent. Le nombre de paniers placés en observation étant en permanence très important et en particulier les week-ends , il est crucial d'exclure de ces regles les paniers effectués par des comptes considérés comme fiables afin que : -d'une part , ils soient validés automatiquement et non mis inutilement à l'état "réservé" pendant plusieurs jours -d'autre part soit allégé le travail de validation manuelle des paniers par l'équipe des Fraudes , pouvant se concentrer sur des paniers mis en observation plus pertinemment. En gros , ce process passe donc les comptes matchant les critères requis en validation auto 1 afin que leurs paniers ne tombent plus en observation inutilement. J'espère avoir été assez clair et suis dispo pour toutes précisions. |
| Commentaire de Justin Ziegler [ 04/sept./07 17:13 ] |
|
Merci pour ces explications tres claires. Il manque juste un point concernant le process : 1/ vous demandez régulièrement à l'exploit de faire une manip prédéfinie par l'intermédiaire de ce jira ? 2/ vous laissez le jira pour qu'ils n'oublient pas de le faire, tout seul ? 3/ c'est exactement la meme manip a chaque fois ? |
| Commentaire de Steven Harel [ 04/sept./07 18:01 ] |
|
la manip est toujours la même il serai pas-mal de pouvoir l'automatiser (genre routine de suppression de fiches à stock 0 avec émission d'un fichier, tests par cédric et validation) |
| Commentaire de Cedric Favero [ 04/sept./07 18:07 ] |
|
Il était question de l'automatiser mais je pense que dans
l'immédiat il est plus raisonnable de le faire ponctuellement par
l'intermédiaire de ce JIRA , le temps de s'assurer que celà est bien
rodé et que l'objectif visé est accompli sans erreurs. Le dernier passage étant assez ancien , il doit y avoir un nombre importants de comptes concernés et une vérification attentive est donc nécessaire (on a une procédure de test pour çà , il faut que s'assurer que tout est toujours ok). A priori la requete serait toujours la meme si les tests s'avèrent positifs , il faut juste garder un controle manuel à chaque fois (c'est moi qui m'en chargerais en l'occurence..). L'idéal serait donc que je puisse avoir un fichier provenant de la requete documentée dans le Wiki afin que je puisse travailler dessus et vérifier qu'elle est correcte. Merci. |
| Commentaire de Agathe Remy [ 04/sept./07 18:21 ] |
|
Normalement, il existe un rapports BusinessObjects développé
à l'époque pour Sébatien Montanus qui lui permettait d'extraire les
informations nécessaires au contrôle sur la même cible que la requête de
mise à jour de l'exploitation. Pour une reprise en confiance, je pense qu'une vérification avec l'exploitation que c'est toujours le cas ne fera pas de mal. Agathe |
| Commentaire de Cedric Favero [ 25/sept./07 15:11 ] |
|
Agathe saurais tu me dire le rapport en question afin que je
me penche un peu sur BusinessObjects par la meme occasion? Une fois que je suis opérationnel de mon coté , on relance le process avec l'exploitation. Merci. |
| Commentaire de Cedric Favero [ 10/oct./07 14:45 ] |
|
C'est bon vu avec Agathe pour l'utilisation du rapport Business Objects. 151 377 comptes matchant les paramètres requis sont à traiter pour passer en validation auto 1 (reliability = 1) Il me faut donc qqun à l'exploit pour lancer la requete et que l'on puisse comparer les résultats avant chaque passage du batch. Bossant déjà avec Eric Vannier sur les problématiques de contrefaçon , je suggère de faire çà avec lui. Patrice je te laisse assigner le JIRA à la personne la plus adaptée... |
| Commentaire de Cedric Favero [ 14/nov./07 09:42 ] |
|
Ca fait plus d'un mois que j'attend un retour sur ce JIRA... L'idée était de faire passer ce batch avant la période forte de Noel mais on est déjà en plein de temps... Le nombre de paniers explose , il faut vraiment qu'on puisse soulager l'équipe des Fraudes pour qu'elle puisse travailler dans de bonnes conditions. Qui plus est , la requete existant déjà, il s'agit simplement de comparer les résultats de la requete avec mon rapport Business Objects pour s'assurer que les chiffres correspondent . |
| Commentaire de Cedric Favero [ 14/nov./07 10:19 ] |
| j'ai 175 000 comptes en attente à ce jour , il y a vraiment urgence. |
| Commentaire de Patrick Pereira [ 14/nov./07 11:58 ] |
| J'ai lancé la requête de comptage. Je te tiens au courant. |
| Commentaire de Patrick Pereira [ 14/nov./07 14:29 ] |
|
Tu peux trouver le fichier contenant les user_account_id à l'emplacement suivant : W:\pereira\list_user_account_20071114.txt.gz Il contient 177470 utilisateurs. Dis-moi si c'est ok. |
| Commentaire de Cedric Favero [ 14/nov./07 14:54 ] |
|
J'ai 175 007 comptes à ce jour dans mon rapport BI Agathe, Par rapport à ce que tu disais: "Dans le comptage d'ELA, on prend les comptes dont le premier panier est strictement inférieur à 4 mois. Dans le rapport BI de SMO, on prend les comptes dont le premier panier est inférieur ou égal à 4 mois. " Celà te semble-il pouvoir expliquer l'écart de 2000 comptes? |
| Commentaire de Cedric Favero [ 14/nov./07 15:07 ] |
|
En fait j'en ai 174205 si je fais wallet_status_code 10 ou 20 (non activé et activé) Car j'avais pour ma part spécifié wallet_status_code different de 40 (bloqué) En fait la requete pourrait dire USER_ACCOUNT.WLT_STATUS_CODE IN ( 10, 20,30 ) mais c'est un détail. (30 correspondant au statut "restreint") |
| Commentaire de Agathe Remy [ 14/nov./07 16:11 ] |
|
Patrick, Peux-tu voir avec Cédric pourquoi vous n'obtenez pas la même chose? Je pense qu'il faut comparer la requête BI et celle que vous utilisez. Je peux te montrer comment accéder à la requête BI?! Merci:-) Agathe |
| Commentaire de Cedric Favero [ 14/nov./07 17:17 ] |
|
Bon ,vu avec Agathe , les deux requetes sont bonnes et correspondent. La différence peut etre due à la date de premier panier dans BI mais rien de bloquant pour le passage du batch réellement urgent. J'ai fait pour ma part des tests croisés: comptes en -1 , -2 , pmv bloqués..etc pour m'assurer qu'ils n'étaient pas repris par la requete et tout est ok. Patrick , dis moi quand le batch peut passer , le plus tot étant le mieux , en evitant les fins de semaine evidemment...(semaine prochaine?) Merci. |
| Commentaire de Patrick Pereira [ 15/nov./07 12:47 ] |
|
Le traitement est passé. Dites-moi si c'est ok. |
| Commentaire de Steven Harel [ 15/nov./07 13:07 ] |
|
super, merci beaucoup ça nous sauve, cédric fait des vérifs pour voir si tout s'est bien passé prochaine étape : l'automatisation du batch :) |
| Commentaire de Cedric Favero [ 15/nov./07 15:06 ] |
|
Genial. Merci d'avoir fait passer ce traitement en urgence. J'ai repris mes comptes tests et les -2 , les -1 , les bloqués, etc.. sont bien restés à leur place. Les comptes matchant les critères ont bien été passés en 1. Une bonne chose de faite donc. Concernant l'automatisation , je pense qu'il n'est pas nécessaire de le faire chaque semaine , un passage mensuel étant suffisant. On pourrait par exemple programmer l'exécution tous les premiers mardi du mois... Merci de m'indiquer en fonction des disponibilités de la base et autres considérations techniques à quelle date on pourrait le fixer afin que je synchronise l'éxecution de mon rapport Business Objects de mon coté. Si je propose le mardi , c'est pour une logique comme suit: -eviter le lundi -reception des resultats de la requete par mail le mardi. -vérification et tests de ma part pour confirmation -passage du batch le jeudi C'est une proposition,on en parle quand vous voulez pour les modalités. Merci d'avance. |
| Commentaire de Patrick Pereira [ 20/nov./07 12:03 ] |
|
Ca me va. J'ai mis en place le traitement automatique qui s'exécute tous les premiers mardi de chaque mois et qui t'envoie par mail la liste de user_account_id à migrer. Voyons le 4 décembre le résultat. |
| Commentaire de Cedric Favero [ 20/nov./07 12:07 ] |
| Ok super. Merci. |
| Commentaire de Cedric Favero [ 04/déc./07 11:38 ] |
|
Vu avec Patrick , le process est en place, je ferme donc le JIRA. Chaque premier mardi du mois , le resultats de la requete me sont envoyés. Je lui donne mon retour par mail après vérifications et il me confirme le traitement des comptes. |
Clôture des comptes et récupération des postes des personnes ayant quitté la société
(EXP-743)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | ZZ_Arnaud Baali | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 30 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Jeremie, Voici la liste des comptes à supprimer: - aurelie - duranda - merletl - imberta - crepeym - dubourga - delabrosse - berteth - keyrus - keyrus_owb - lallemands - malleml |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 16/mars/06 10:44 ] |
| tu as bien eu confirmation des responsables pour la suppression de ces comptes ( je pense a delabrosse par ex de la part de sebastien). |
| Commentaire de Jérémie Bennejean [ 16/mars/06 11:16 ] |
|
Tout ces comptes ont été supprimés. Par contre peut te demander aus responsables concernés si je peux deleter ceux la : mazarsp (dev) fudalam (market) franckb (commerciaux) chens (commerciaux) rochela (commerciaux) trottine (commerciaux) geolierm (commerciaux) chambore (commerciaux) tunce (commerciaux) caleso (dev) lowinska (fonctionnel market) thiebauts (fonctionnel) bcp de commerciaux...; tu n'as pas eu de retour ..? insiste, fait vraimment que je nettoie la base des comptes. Je n'aime pas en avoir d'activer initulement sans compter la place occupée sur les disques.(80% full) merci |
| Commentaire de ZZ_Arnaud Baali [ 16/mars/06 12:41 ] |
| J'ai relancé pascal |
| Commentaire de ZZ_Arnaud Baali [ 16/mars/06 14:11 ] |
| Pour les deux dev c bon tu peux supprimer |
| Commentaire de ZZ_Arnaud Baali [ 16/mars/06 14:56 ] |
| Pour le market c bon |
| Commentaire de ZZ_Arnaud Baali [ 16/mars/06 14:56 ] |
| Pour les deux fonctionnels c'est bon |
| Commentaire de Jérémie Bennejean [ 17/mars/06 12:07 ] |
|
Suppression confirmé de mazarsp fudalam caleso lowinska thiebauts |
| Commentaire de Jérémie Bennejean [ 21/mars/06 14:02 ] |
|
Il reste donc juste les comptes commerciaux à supprimer: ranckb (commerciaux) chens (commerciaux) rochela (commerciaux) trottine (commerciaux) geolierm (commerciaux) chambore (commerciaux) tunce (commerciaux) J'attends le retour de Pascal en ce qui les concerne: Ce sujet pose le probléme de fond des personnes qui quittent l'entreprise, le fait qu'il faille une procédure de désactivation et suppressions des différents accès ( compte du domaine, accès VPN etc ... ) |
| Commentaire de Jérémie Bennejean [ 22/mars/06 11:21 ] |
|
Selon la confirmatin de ton mail et de Pascal , j'ai supprimé les comptes des commerciaux. -------------------------------------------------------------------------------- C'est enfin possible pour les comptes des commerciaux!!!! -------------------------------------------------------------------------------- De : Wanadoo [mailto:pascal.roselli@wanadoo.fr] De la part de Pascal roselli Envoyé : mardi 21 mars 2006 22:08 À : Arnaud BAALI - Service Desk Objet : TR: Suppression de Comptes Ok, supprime Pascal -------------------------------------------------------------------------------- De : Benjamin Guerville [mailto:benjamin.guerville@priceminister.com] Envoyé : mardi 21 mars 2006 09:38 À : 'Pascal roselli' Objet : RE: Suppression de Comptes ok pour moi |
[APP-7859] Plus de session ID en BO Création: 13/mars/06 10:47 Mise à jour: 25/juin/07 18:35 Résolue: 13/mars/06 11:20 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.1.2 |
| Version(s) corrigée(s): | 8.1.2 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Judd OSullivan | Attribution: | Andrei Matyas |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il y a plus de sessionId quand on connecte en BO donc le nom de serveur sur lequel on travail n'affiche plus.
|
| Commentaires |
| Commentaire de Andrei Matyas [ 13/mars/06 11:20 ] |
| Correction tres simple |
| Commentaire de Quentin de Chivré [ 13/mars/06 12:47 ] |
| C'est quoi le bug, c'est quoi la correction ? |
| Commentaire de Andrei Matyas [ 13/mars/06 14:00 ] |
|
Pour le FO le mécanisme de désactivation des sessions pour les images à été correctement mis en place. Dans le dispatcher j'ai mis un test qui affiche dans les logs l'id de la session seulement s'il y a une session instanciée. Le truc crado c'est que dans le cas BO la session n'était pas instancié explicitement (comme pour le FO). La création de la session pour le BO se faisait à l'affichage des logs : Logger.push("session", request.getSessionId()); J'ai donc changé le test d'affichage des logs. A mon avis cette façon de faire (ne pas instancier explicitement les sessions pour le BO) reste merdique mais je n'ai pas voulu trop toucher à ça avant le depl. V812. |
| Commentaire de Patrick Condevaux [ 13/mars/06 16:09 ] |
| OK verifie en INTEG |
[IMP-2879] Compte FTP Création: 20/nov./08 09:52 Mise à jour: 30/oct./09 15:44 Résolue: 20/nov./08 10:10 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Fotigui Tangara | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | foirdiscount |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Bonjour, Quels sont les logiciels recommandés/adaptés pour utiliser le compte FTP ? (plus particulièrement pour extraire les adresses postales des fichiers...) Pour déposer directement notre inventaire sur notre compte FTP, faut-il que vous activiez quelque chose en amont (cela ne semble pas fonctionner actuellement). Merci. |
| Commentaires |
| Commentaire de Fotigui Tangara [ 20/nov./08 10:09 ] |
|
A la suite du mail du PRO (voir commentaire ci-dessus), le compte FTP du PRO a été mis à jour. Demande traitée... |
[INF-608] Arrivée de Fabienne Figuet au BO Création: 04/janv./11 16:06 Mise à jour: 14/janv./11 16:34 Résolue: 14/janv./11 16:34 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Victoire Douay | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Bonjour,
Fabienne arrivera le 17 Janvier 2011 dans l'équipe FR3 (Eve). CF plan BO Merci, Victoire |
| Commentaires |
| Commentaire de Victoire Douay [ 11/janv./11 13:31 ] |
|
Stéphane,
Nous allons installer les tables nécessaires à l'arrivée des nouveaux collaborateurs mercredi soir ou jeudi matin. serais tu dispo jeudi pour installer les postes? Merci, Victoire |
| Commentaire de Stéphane Eccli [ 14/janv./11 16:34 ] |
| comptes créés |
[INF-609] Arrivée de Fabien Lucas au BO Création: 04/janv./11 16:09 Mise à jour: 14/janv./11 16:34 Résolue: 14/janv./11 16:34 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Victoire Douay | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Bonjour,
Fabien arriver le 17 Janvier 2011 dans l'équipe internationale (Laura). CF plan BO. Merci Victoire |
| Commentaires |
| Commentaire de Victoire Douay [ 04/janv./11 16:22 ] |
| annule et remplace le précédent (ajout d'alias) |
| Commentaire de Victoire Douay [ 11/janv./11 13:31 ] |
|
Stéphane,
Nous allons installer les tables nécessaires à l'arrivée des nouveaux collaborateurs mercredi soir ou jeudi matin. serais tu dispo jeudi pour installer les postes? Merci, Victoire |
| Commentaire de Stéphane Eccli [ 14/janv./11 16:34 ] |
| comptes créés |
[APP-13712] Aucune soumission possible depuis le BO Création: 10/nov./06 12:30 Mise à jour: 25/juin/07 18:46 Résolue: 07/déc./06 11:49 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 10.0.0 (ESP) |
| Version(s) corrigée(s): | ToDo |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Juan Luis Fajardo | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Description |
|
Message de erreur a chaque fois qu'on essai de modifier/soumettre quelque chose depuis le BO (voir capture d'ecran)
|
| Commentaires |
| Commentaire de Younès Charrière [ 10/nov./06 15:55 ] |
| Impossible de soumettre une image sur une fiche produit en BO. Problème de mot de passe, accès côté exploit ? |
| Commentaire de Patrice Boulanger [ 17/nov./06 10:53 ] |
| J'aurais besoin d'une démo en live si possible, tu peux passer me voir ? |
| Commentaire de Antoine Koener [ 05/déc./06 15:34 ] |
|
Lorsqu'on accède en HTTPS au l'url de connection: https://bo.priceminister.es/connect?action=login&c=80&dest=/user la requète arrive bien sur le serveur JBOSS, comme en témoigne cette ligne (extraite d'esculape): 2006-12-05 15:22:30,106 INFO [-Processor40] 62.23.27.114 - >>> GET https://bo.priceminister.es/connect?action=login&c=80&dest=/user La réponse retournée par le serveur applicatif est la suivante: HTTP/1.1 302 Dplac Temporairement Date: Tue, 05 Dec 2006 14:22:30 GMT Server: HTTP Server X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Thu, 05 Dec 1996 14:22:30 GMT Cache-Control: private Set-Cookie: JSESSIONID=D35B81D3839ED350A40C6BE650C1E4CA.esculape; Path=/; Secure Set-Cookie: pm=country=724&trackingdate=2006-12-05+15%3A22%3A30.106&version=1_1&; Expires=Thu, 04-Jan-2007 14:22:30 GMT; Path=/ Location: /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser Content-Length: 0 P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA" P3P: policyref="http://img.priceminister.es/w3c/p3p.xml" Connection: close Content-Type: text/html; charset=ISO-8859-1 Ce qui nous intéresse ici est le header Location: /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser On demande ensuite cette URL. Le serveur Web réponds ensuite: HTTP/1.1 302 Found Date: Tue, 05 Dec 2006 14:22:30 GMT Server: HTTP Server Location: http://bo.priceminister.es/user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser Content-Length: 295 Connection: close Content-Type: text/html; charset=iso-8859-1 Location vaut donc http://bo.priceminister.es/user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser On demande cette URL: La réponse est la suivante: HTTP request sent, awaiting response... HTTP/1.1 401 Authorization Required Date: Tue, 05 Dec 2006 14:22:30 GMT Server: HTTP Server WWW-Authenticate: Basic realm="Priceminister Spanish Backoffice" Vary: Accept-Encoding Content-Length: 533 Connection: close Content-Type: text/html; charset=iso-8859-1 Un redirection qui ne dois visiblement pas fonctionner... |
| Commentaire de Antoine Koener [ 05/déc./06 16:02 ] |
|
La même requète sur la france: --15:56:49-- http://bo:*password*@bo.priceminister.com/user => `user' Resolving bo.priceminister.com... 212.23.167.55 Connecting to bo.priceminister.com|212.23.167.55|:80... connected. HTTP request sent, awaiting response... HTTP/1.1 302 Dplac Temporairement Date: Tue, 05 Dec 2006 14:57:12 GMT Server: HTTP Server X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Thu, 05 Dec 1996 14:57:12 GMT Cache-Control: private Set-Cookie: JSESSIONID=118AE0F2F4E7045E87B404FA4358F175.salus; Path=/ Set-Cookie: pm=country=249&trackingdate=2006-12-05+15%3A57%3A12.887&version=1_1&; Expires=Thu, 04-Jan-2007 14:57:12 GMT; Path=/ Location: /connect?action=login&c=80&dest=%2Fuser Content-Length: 0 P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA" P3P: policyref="http://img.priceminister.com/w3c/p3p.xml" Vary: * Connection: close Content-Type: text/html; charset=ISO-8859-1 La redirection pointe elle sur /connect et non pas /user comme en espagne... Location: /connect?action=login&c=80&dest=%2Fuser [following] --15:56:50-- http://bo:*password*@bo.priceminister.com/connect?action=login&c=80&dest=%2Fuser => `connect?action=login&c=80&dest=%2Fuser' Connecting to bo.priceminister.com|212.23.167.55|:80... connected. HTTP request sent, awaiting response... HTTP/1.1 302 Found Date: Tue, 05 Dec 2006 14:57:12 GMT Server: HTTP Server Location: https://bo.priceminister.com/connect?action=login&c=80&dest=%2Fuser Content-Length: 259 Connection: close Content-Type: text/html; charset=iso-8859-1 Le serveur web redirige correctement le /connect vers le HTTPS. Location: https://bo.priceminister.com/connect?action=login&c=80&dest=%2Fuser [following] --15:56:50-- https://bo.priceminister.com/connect?action=login&c=80&dest=%2Fuser => `connect?action=login&c=80&dest=%2Fuser' Connecting to bo.priceminister.com|212.23.167.55|:443... connected. WARNING: Certificate verification error for bo.priceminister.com: self signed certificate in certificate chain HTTP request sent, awaiting response... HTTP/1.1 200 OK Date: Tue, 05 Dec 2006 14:57:13 GMT Server: HTTP Server X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5 Expires: Thu, 05 Dec 1996 14:57:13 GMT Cache-Control: private Set-Cookie: pm=country=249&trackingdate=2006-12-05+15%3A57%3A12.0&version=1_1&; Expires=Thu, 04-Jan-2007 14:57:13 GMT; Path=/ P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA" P3P: policyref="http://img.priceminister.com/w3c/p3p.xml" Connection: close Content-Type: text/html;charset=iso-8859-1 Length: unspecified [text/html] Le serveur applicatif retourne correctement la page. Le problème se situe au niveau du JBOSS qui pour l'espagne renvoi le client HTTP vers /user au lieu de le renvoyer comme en france vers /connect. |
| Commentaire de Juan Luis Fajardo [ 07/déc./06 11:49 ] |
| testé ok |
[APP-13122] Décalage de l'arbre des catégories en BO Création: 13/oct./06 12:41 Mise à jour: 25/juin/07 18:45 Résolue: 26/oct./06 17:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 10.0.0 (ESP) |
| Version(s) corrigée(s): | 10.0.0 (ESP) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Ariane Baldinger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
En BO, avec le header qui est flottant, lorsque l'on ouvre
une catégorie dans l'arbre, celui-ci remonte trop et la actégorie se
retrouve sous le header.
|
| Commentaires |
| Commentaire de Arnaud Forgues [ 16/oct./06 15:43 ] |
|
a priori le seul moyen (simple) est de décaler la catégorie
sur laquelle on clique. Ainsi on atterit bien sur l'ancre comme il faut.
Et si on scrolle vers le haut, alors on voit le décalage. D'un autre coté, c'est un peu fonctionnel finalement, car on visualise plus facilement ou est-ce qu'on a cliqué en dernier ! Jérome, pourrais-tu valider si cette solution te va ? |
| Commentaire de Arnaud Forgues [ 16/oct./06 15:43 ] |
| le lien en DEV pour voir : http://bo.pm.brice:7080/category_back?action=categorytree&categorystatus=2&unfold=0.1. |
| Commentaire de Arnaud Forgues [ 16/oct./06 15:50 ] |
|
Ferme le JIRA si ca te va, sinon réassigne le moi avec ton commentaire. Merci |
| Commentaire de Jérôme Viviès [ 17/oct./06 13:24 ] |
|
Pas sûr de tout comprendre... Ariane, peux-tu jeter un oeil, vu que ne ne suis pas dispo cet am ? |
| Commentaire de Ariane Baldinger [ 26/oct./06 17:25 ] |
| vu et approuvé |
[APP-18343] Fiche produit inaccessible en BO Création: 25/oct./07 11:52 Mise à jour: 31/oct./07 11:58 Résolue: 29/oct./07 16:15 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 17.2.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Aurélien Vergalli | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | Maintenance 17.x.x |
| Description |
|
http://bo.priceminister.com/referential_back?action=productview&productid=1985758 Impossible d'accèder à cette fiche - le but étant de la supprimer ;) |
| Commentaires |
| Commentaire de Christophe Garcia [ 25/oct./07 12:22 ] |
|
2007-10-25 12:16:17,806 INFO [-Processor79] BO:st<E9>phanie - >>> GET http://bo.priceminister.com/referential_back?action=productview&productid=1985758 2007-10-25 12:16:18,023 ERROR [-Processor79] BO:st<E9>phanie - Block generation error in : com.babelstore.referential.back.ProductView_jsp 2007-10-25 12:16:18,024 ERROR [-Processor79] BO:st<E9>phanie - Assembly error Servlet : com.babelstore.referential.back.ReferentialBackServlet Request : GET http://bo.priceminister.com/referential_back?action=productview&productid=1985758 Referrer : http://pricejira.lan/browse/APP-18343 User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) Trace : java.lang.NullPointerException at com.babelstore.referential.back.ProductView_jsp.generate(ProductView_jsp.java:506) at com.babelstore.util.Block.generate(Block.java:143) at com.babelstore.util.web.Request.include(Request.java:530) at com.babelstore.util.web.Request.include(Request.java:563) at com.babelstore.util.web.Request.include(Request.java:569) at com.babelstore.common.back.BackPopupTemplate_jsp.generate(BackPopupTemplate_jsp.java:57) at com.babelstore.util.Block.generate(Block.java:143) at com.babelstore.util.web.Screen.generate(Screen.java:137) at com.babelstore.util.web.Request.generate(Request.java:503) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:378) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:169) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2007-10-25 12:16:18,025 INFO [-Processor79] BO:st<E9>phanie - <<< [219 ms] GET http://bo.priceminister.com/referential_back?action=productview&productid =1985758 |
| Commentaire de Nicolas Chauveau [ 26/oct./07 09:42 ] |
|
La fin du source de la page : <tr> <td class="label">Fabricant *</td> <td colspan="3"> <select name="manufacturer_key" style="width: 100%"> <option value=""selected="selected"></option> <option value="PM45384463">A.R.T.</option> <option value="PM43738746">Acme</option> <option value="P50073">Akai</option> <option value="PM00005193">AKG</option> <option value="PM37676843">Alesis</option> <option value="PM37539759">Allen & Heath</option> <option value="PM40354659">Allton</option> <option value="PM45429443">Amphaser</option> <option value="PM42550492">Apex Audio</option> <option value="PM37689358">Apex Electronics</option> <option value="PM02731243">Audax</option> <option value="Z01932">Audio-Technica</option> <option value="PM40350671">Audioctone</option> <option value="PM38369438">AUDIOTRAK</option> <option value="PM37507851">Behringer</option><p class="error">Erreur - Non disponible</p> |
| Commentaire de Geneviève Beaujard [ 29/oct./07 13:37 ] |
|
Ce probleme existe sur les produits ayant une note de type description avec la colonne suspect a null . select product_id from prd_note where suspect is null and prn_type_code = 30 SQL> SELECT COUNT(distinct product_id) FROM prd_note WHERE suspect IS NULL AND prn_type_code = 30; COUNT(DISTINCTPRODUCT_ID) ------------------------- 19494 IL y a 19494 produits en prod avec ce probleme. La correction est simple, il suffit de modifier ProductView.jsp |
| Commentaire de Manuel Sadok [ 29/oct./07 16:15 ] |
| Le cas NULL pour la colonne 'suspect' n'était pas géré, désormais le comportement est le même que pour la valeur 0. |
[APP-5730] BO : Images validées non visibles Création: 04/oct./05 11:19 Mise à jour: 25/juin/07 18:32 Résolue: 07/oct./05 09:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 8.0.6 |
| Version(s) corrigée(s): | 8.0.6 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Gaël Klosek | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Certaines images produits sont en étant ACTIVES mais ne sont
néanmoins pas visibles en BO. Ces images sont de type ICON. Il n'est donc pos pôssible de les supprimer. Ce problème est bloquant car le script d'import d'images ne traitent pas les produits ayant des images validées. |
| Commentaires |
| Commentaire de Swan Desportes [ 06/oct./05 11:49 ] |
| Il faudrait pouvoir traiter les images non visibles/non valides/corrompues dans l'interface de gestion d'images. |
| Commentaire de Renaud Dierickx [ 07/oct./05 09:24 ] |
| Pour corriger ce problème, le script d'import a été modifié pour ne pas prendre en compte les images de type ICON et suite à une demande de swan, j'affiche les vignettes actives en bo. |
[INF-574] Arrivée de Stéphane Aumont au BO Création: 12/nov./10 12:20 Mise à jour: 15/nov./10 14:45 Résolue: 15/nov./10 14:45 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Victoire Douay | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Stéphane arrive le 15 Novembre.
On va l'installer dans l'équipe internationale (Laura). CF plan BO Désolée de prévenir au dernier moment, ça s'est fait rapidement. Merci, V |
| Commentaires |
| Commentaire de Stéphane Eccli [ 15/nov./10 14:45 ] |
| comptes créés, ajout aux listes sauf BO.SAV.FR.INTL qui n'existe pas. |
[APP-24630] Bug sur inventaire BO Création: 16/mars/09 14:56 Mise à jour: 25/mars/09 16:45 Résolue: 25/mars/09 13:42 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Annonces, Back-Office, Inventaire |
| Affecte la/les version(s): | 42.0.1 |
| Version(s) corrigée(s): | 43.0.0 (CAT-H) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Probleme lorsqu'on clique en BO sur l'inventaire d'un utilisateur: http://bo.priceminister.com/advert_back?action=advertsearch&advstatuscode=10&fuzzy=false&numberrows=200&selleraccountid=16516753 On a pas l'integralité et s'arrete sur un "Erreur - Non disponible" Pb avec la fiche en question ou autre bug? Merci |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 17/mars/09 10:14 ] |
|
2009-03-17 09:56:33,882 INFO [Processor107] BO:Anonyme - >>> GET http://bo.priceminister.com/advert_back?action=advertsearch&advstatuscode=10&fuzzy=false&numberrows=200&selleraccountid=16516753 2009-03-17 09:56:34,268 ERROR [Processor107] BO:Anonyme - Block generation error in : com.babelstore.advert.back.AdvertSearch_jsp 2009-03-17 09:56:34,269 ERROR [Processor107] BO:Anonyme - Assembly error Servlet=com.babelstore.advert.back.AdvertBackServlet Request=GET http://bo.priceminister.com/advert_back?action=advertsearch&advstatuscode=10&fuzzy=false&numberrows=200&selleraccountid=16516753 Referrer=http://pricejira.lan/browse/APP-24630 User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4 Trace=java.lang.NullPointerException at java.lang.StringBuilder.<init>(StringBuilder.java:92) at com.babelstore.common.ProductSummaryInfo.getBOTopic(ProductSummaryInfo.java:149) at com.babelstore.advert.back.AdvertSearch_jsp.generate(AdvertSearch_jsp.java:168) at com.babelstore.util.Block.generate(Block.java:140) at com.babelstore.util.web.Request.include(Request.java:560) at com.babelstore.util.web.Request.include(Request.java:593) at com.babelstore.util.web.Request.include(Request.java:599) at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:87) at com.babelstore.util.Block.generate(Block.java:140) at com.babelstore.util.web.Screen.generate(Screen.java:150) at com.babelstore.util.web.Request.generate(Request.java:533) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:421) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:187) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2009-03-17 09:56:34,269 INFO [Processor107] BO:Anonyme - <<< [387 ms] GET http://bo.priceminister.com/advert_back?action=advertsearch&advstatuscode=10&fuzzy=false&numberrows=2 00&selleraccountid=16516753 |
| Commentaire de Benoît Bourdon [ 25/mars/09 13:42 ] |
| Corrigé avec la Cat-H |
[APP-6667] Stat à 0 dans le bo Création: 12/déc./05 09:50 Mise à jour: 25/juin/07 18:33 Résolue: 16/déc./05 16:16 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.8e |
| Version(s) corrigée(s): | 8.1.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Pascal Roselli | Attribution: | Geneviève Beaujard |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| Description |
|
Régulièrement nous avons des jours à 0 dans les stats du bo
ce qui est assez ennuyeux car les chefs de marchés s'en servent pour le
suivi de l'activité. Pensez vous que cela puisse être reconstitué pour le passé et évité pour l'avenir ? |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 16/déc./05 16:16 ] |
|
Cette info est prise dans une vue materialisée. Suite a la migration de PrdStatusCode.ACTIVE en PrdStatusCode.VALIDATED_SYS, PrdStatusCode.VALIDATED_BO la vue materialisée est fausse. Tant que le bug http://pricejira.lan/browse/APP-6738 n'est pas corrigé, les resultats sont faux. Voir aussi bug http://pricejira.lan/browse/APP-6691. |
[APP-18740] pas réussi à créer de TG en BO Création: 28/nov./07 11:50 Mise à jour: 21/mars/08 17:59 Résolue: 17/déc./07 08:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | TG |
| Affecte la/les version(s): | 18.0.0 |
| Version(s) corrigée(s): | 19.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jany Marimoutou | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
|||||||||||||||
| Liens des demandes: |
|
|||||||||||||||
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
FRA - France
|
|||||||||||||||
| Site: | Integ | |||||||||||||||
| Projets PM archivés: | Maintenance 19.x.x | |||||||||||||||
| Description |
|
impossible de créer une TG en BO : ai cliqué sur "créer",
puis choisi "actif", puis pyramide "pyramide" puis apparaît : "La page
demandée n'est pas disponible"
|
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 28/nov./07 12:46 ] |
|
les logs: 2007-11-28 12:41:32,492 INFO [P-Processor5] BO:Anonyme - >>> GET http://www.pm.lan/display_back?action=displaysearch&fuzzy=false&numberrows=200&startdate=19%2F11%2F2007 2007-11-28 12:41:32,549 INFO [P-Processor5] BO:Anonyme - <<< [57 ms] GET http://www.pm.lan/display_back?action=displaysearch&fuzzy=false&numberrows=200&startdate=19%2F11%2F2007 2007-11-28 12:41:48,018 INFO [P-Processor5] BO:Anonyme - >>> GET http://www.pm.lan/display_back?action=displayunit 2007-11-28 12:41:48,036 INFO [P-Processor5] BO:Anonyme - <<< [18 ms] GET http://www.pm.lan/display_back?action=displayunit 2007-11-28 12:42:11,971 INFO [P-Processor2] BO:Anonyme - >>> POST http://www.pm.lan/display_back!action=displayuni...&dspstatuscode=20&dsptypecode=20&reload=true 2007-11-28 12:42:11,972 ERROR [P-Processor2] BO:Anonyme - Load error Servlet : com.babelstore.display.back.DisplayServlet Request : POST http://www.pm.lan/display_back!action=displayuni...&dspstatuscode=20&dsptypecode=20&reload=true Referrer : http://www.pm.lan/display_back?action=displayunit User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.10) Gecko/20071115 Firefox/2.0.0.10 Trace : java.lang.NullPointerException at com.babelstore.util.Input.hasForbiddenWords(Input.java:190) at com.babelstore.display.DisplayUnitInput.checkName(DisplayUnitInput.java:71) at com.babelstore.display.DisplayUnitInput.verify(DisplayUnitInput.java:94) at com.babelstore.display.back.DisplayUnitUpdateAction.parse(DisplayUnitUpdateAction.java:107) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:325) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:299) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:212) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:185) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:153) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2007-11-28 12:42:11,983 INFO [P-Processor2] BO:Anonyme - <<< [12 ms] POST http://www.pm.lan/display_back!action=displayuni...&dspstatuscode=20&dsptypecode=20&reload=true |
| Commentaire de Geneviève Beaujard [ 17/déc./07 07:55 ] |
| Le message contenant d'erreur contenant des balises html ne s'assiche pas correctement.Il faudrait tout simplement indiquer dans le message d'erreur que le texte contient des mots interdits qui sont fixés par une propriété. |
| Commentaire de Geneviève Beaujard [ 17/déc./07 07:56 ] |
|
le message d'erreur contenant des balises html ne s'affiche pas correctement. Il faudrait tout simplement indiquer dans le message d'erreur que le texte contient des mots interdits qui sont fixés par une propriété. |
| Commentaire de Geneviève Beaujard [ 17/déc./07 08:27 ] |
|
Checking in DisplayUnitInput.java; /home/cvs/dev/source/src/com/babelstore/display/DisplayUnitInput.java,v <-- DisplayUnitInput.java new revision: 1.19; previous revision: 1.18 done |
| Commentaire de Geneviève Beaujard [ 31/janv./08 07:46 ] |
|
Ce bug se produit car le nom de la tg n'est pas
renseigné ET que la propriété "priceminister.tg.forbidden_word" est
renseignée en INTEG. En prod la propriété n'est pas renseignée, je pense qu'il faut la renseigner en prod. Cette propriété indique les mots interdits. En effet la verification qui est effectuée dans DisplayUnitInput indique bien une erreur quand le nom de la TG n'est pas renseigné, MAIS continue ensuite a verifier si le nom ne contient pas de mots interdits et c'est la que l'on choppe le NullPointerExcetion; DE plus le message d'erreur n'est pas tres clean quand le nom contient des balises html voir http://pricejira.lan/secure/attachment/24801/screenshot-1.jpg Je vais poster un bug a ce sujet. http://pricejira.lan/browse/APP-18975 Je vais aussi poster un bug pour renseigner la propriété priceminister.tg.forbidden_word en prod: http://pricejira.lan/browse/APP-18976 |
[APP-31025] Ecran parrainage BO ne répond plus... Création: 15/sept./10 14:32 Mise à jour: 17/sept./10 11:03 Résolue: 15/sept./10 16:16 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 77.0.0 (TX-P) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Fabrice Feugas | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Sponsorshipback n'a plus l'air de répondre en prod... Problème de servlet ?
http://bo.priceminister.jmh/sponsorship_back?action=sponsorshipview&sponsorshipid=151787007 |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 15/sept./10 15:17 ] |
|
La servlet est correctement mappé sur le BO (priceminister.com)
La servlet est maintenant mappé sur bo.jmh (attention dans ce cas tu pointes sur un AS particulier). |
| Commentaire de Fabrice Feugas [ 15/sept./10 16:06 ] |
|
Ok merci.
Du coup c'est tout bon maintenant ? |
[INF-358] Nouvelle arrivée au BO/SAV Création: 28/août/09 15:16 Mise à jour: 09/févr./10 12:15 Résolue: 09/févr./10 12:15 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jemima Barru | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Hind BELHADI nous rejoint à partir du 1er septembre 2009. Pas de place pour le moment, elle occupera le poste de Stéphanie BOILLON, en vacances. Donc uniquement compte + mail, pour le moment. Merci. Jémima |
| Commentaires |
| Commentaire de Stéphane Eccli [ 31/août/09 10:20 ] |
| comptes ok, reste Jira |
[EXP-1919] Procédure exploitation BO sur TELLUS Création: 03/mai/06 13:04 Mise à jour: 16/sept./08 17:44 Résolue: 16/sept./08 17:44 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
On va avoir besoin pour des opérations de maintenance de stopper toute la plateforme PriceMinister. Il faut donc pour stopper l'applicatif BO installé sur TELLUS. Il faut donc avancer sur la création d'un script pmbo --stop pour arrêter tous les composants. Il faut aussi rédiger la procédure associée dans l'objectif de confier cela à JMH/CMS. |
| Commentaires |
| Commentaire de Julien Rampon [ 18/mai/06 18:15 ] |
|
Le script /data1/home/bo/bobje/pmbi sur perignon semble être correct ( cf jira François, pourrais tu me dire si le script vous utilisez ce script pour le démarrage et s'il répond à vos attentes ? Il n'y a simplement qu'un petite modification à faire dans ce script pour le passer en prod. Si tout est ok pour toi, je le mettrai en place avec toi (n'ayant pas l'accès au compte "bo" sur Tellus) Julien |
[APP-12929] Liens vers Pages Jaunes en BO Création: 04/oct./06 15:29 Mise à jour: 25/juin/07 18:45 Résolue: 09/oct./06 16:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 10.0.0 (ESP) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Juan Luis Fajardo | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Integ |
| Description |
|
Il faudrait modifier les liens du BO vers le site des Page
Jaunes afin de retrouver les adresses du Pricemembers espagnols. A la place de pagesjaunes.fr il faudrait mettre http://blancas.paginasamarillas.es/ |
| Commentaires |
| Commentaire de Arnaud Forgues [ 09/oct./06 16:27 ] |
| Ok |
| Commentaire de Arnaud Forgues [ 16/oct./06 15:39 ] |
| Je le remet en 9.0.4 car il faut quand meme vérifier qu'il n'y a pas de régression sur les liens Pages jaunes en BO France (mais il est vrai qu'il faudra le vérifier sur le site Espagne également !) |
| Commentaire de Patrick Condevaux [ 16/oct./06 16:04 ] |
|
Arnaud, justement j'aavais verifier qu'il n'y avait pas de
regression sur le BO france avant de le deplacer en 9041 afin qu'il soi
plus tard verifier sur la plate-forme espagne. Il n'y a pas de regression, ca focntionne comme en prod, meme si c'est pas parfait les champs nom et prenom ne sont pas renseignés. |
| Commentaire de Arnaud Forgues [ 16/oct./06 16:54 ] |
| ok cool !! (pour les champs nom et prénom c'est normal, c'est voulu !) |
| Commentaire de Patrick Condevaux [ 07/nov./06 16:26 ] |
| ok sur l'INTEG ES |
[APP-25350] Réserve : désabonnement planetanoo en BO Création: 19/mai/09 17:03 Mise à jour: 28/mai/09 14:07 Résolue: 28/mai/09 14:07 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | 47.0.0 (TX-G) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Arnaud Forgues | Attribution: | Emilien Guichard |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Ajouter un lien de désabo sur la fiche user en BO dans la
rubrique "Abonnement" afin de désabonnement l'utilisateur directement
chez Planetanoo On stoquera un evenement pour historiser l'action de désabonnement chez le partenaire, mais on ne modifiera pas l'état de l'abonnement chez PM (au niveau de la BDD) |
| Commentaires |
| Commentaire de Fabien Bourdoulous [ 19/mai/09 17:19 ] |
|
Pour info : Committing to: bzr://perrier/dev/pole/tx/ modified source/etc/priceminister-es.properties modified source/etc/priceminister-fr.properties modified source/etc/priceminister-uk.properties modified source/src/com/babelstore/user/back/UserBackServlet.java added source/src/com/babelstore/user/back/UserUnsubscribePlanetanooAction.java modified source/src/com/babelstore/user/back/UserView.jsp modified source/src/com/babelstore/user/business/UserBusiness.java modified source/src/com/babelstore/user/business/UserBusinessBean.java modified source/src/com/babelstore/util/PriceministerProperties.java Committed revision 24827. |
| Commentaire de Emilien Guichard [ 19/mai/09 18:46 ] |
|
Le lien dont on parle est celui-ci : http://www.planetanoo.com/unsubscribe-direct.php?email=emeric.teil@priceminister.com Il doit ouvrir une nouvelle fenêtre. Ce lien doit être dans une property, la partie email doit être dynamiquement renseignée en fonction de l'utilisateur concerné. Pour l'ajout au BO, cf.capture. Dernière précision : on l'affiche systématiquement, quel que soit l'état d'abo connu côté PM Petite demande « chantilly » : avoir un petit événement supplémentaire au niveau user :) |
| Commentaire de Emeric Teil [ 26/mai/09 12:12 ] |
| OK en Integ |
| Commentaire de Christophe Garcia [ 27/mai/09 14:37 ] |
|
Chaque fois que quelqu'un jouera avec cette option en INTEG
(ou ailleurs) il ira désabonner en VRAI l'utilisateur sur la PROD de
Planetanoo. Bof, bof, .. On peut pas faire un mode FAKE qui fasse tout sauf l'appel à Planetanoo ? Ou bien Planetanoo a-t-il un site de test que l'on puisse paramétrer en INTEG (et ailleurs) ? |
| Commentaire de Fabien Bourdoulous [ 27/mai/09 15:24 ] |
| Ça ne devrait pas trop poser de problème depuis l'integ puisque l'email passé en paramètre sera suivi de ".toto". |
| Commentaire de Arnaud Forgues [ 27/mai/09 18:32 ] |
|
On est ici sur un projet en mode "D&K" ou cheap ou chips
ou ..... et donc en gros, pas de mode fake envisageable. Peut etre
eventuellement la piste du site de test chez planetanoo, mais
faudrait-il encore qu'ils possèdent un tel site .... Si c'est le cas, nous avons prévu le lien de désabo via une propriété. Il suffira donc de configurer une nouvelle valeur dans le ficher priceminister-overload-xx.properties. Emilien va voir avec Cédric et/ou Elie et revient vers nous demain matin. |
| Commentaire de Emeric Teil [ 28/mai/09 14:07 ] |
| Comme le disait Fabien, les adresses en Integ sont suffixées par ".toto" donc pas d'impact sur le désabo des adresses mails réelles de Prod. Pour le fake, on n'est pas sur une fonctionnalité "sensible", dans le sens où elle n'a aucun impact métier et ne risque pas d'impacter négativement de nombreux utilisateurs... donc si un jour ce lien ne fonctionne plus, le BO nous fera simplement un retour et on modifiera l'url via le Property. |
[APP-3049] BO emetteurs-recepteurs Création: 12/nov./04 10:11 Mise à jour: 25/juin/07 18:26 Résolue: 25/juin/07 18:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.7a |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Claire Fieschi | Attribution: | Bruno Ballester |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
En BO Dans les produits soumis, il est impossible en selectionnant "emetteurs- recepteurs" dans le type de produit d'acceder à la page en question, il y a le message d'erreur suivant: La page demandée n'est pas disponible |
| Commentaires |
| Commentaire de Validator [ 15/nov./04 09:48 ] |
| Probablement un problème de configuration de la rubrique |
| Commentaire de Bruno Ballester [ 25/nov./04 14:38 ] |
| Ce bug ne vient pas d'un problème de configuration de l'arbre. |
| Commentaire de Geneviève Beaujard [ 25/nov./04 17:11 ] |
|
Ceci est un probleme de configuration, ce type de produit n'existe pas dans qd on clique sur le lien Configuration produit. ceci est du au fait que les combo BO presentent les types existants et non les types configurés. |
| Commentaire de Bruno Ballester [ 16/déc./04 11:15 ] |
|
Le type est configuré. La selection "emetteurs-recepteurs" dans les produits soumis du BO fonctionne. |
[APP-4125] BO attribut - mediums inaccessibles Création: 25/mai/05 16:21 Mise à jour: 25/juin/07 18:28 Résolue: 25/juin/07 18:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.2pre |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Judd OSullivan |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Dans le BO d'intég., "Administration" -> "nom d'attribut" : lorsque l'on sélectionne le type Voiture ou Voiture(C) on n'a pas accès aux mediums qui ont été récemment créés ("Voitures disponibles" et "Voitures sur commande"). |
| Commentaires |
| Commentaire de Judd OSullivan [ 26/mai/05 17:11 ] |
|
Un attribut pour une voiture dispo est toujours aussi valable pour une voiture à commander. On ne veut pas distinguer entre les deux donc on ne peut pas definir un attribut en BO avec un 'medium' voiture. |
[APP-8572] impossible d'ouvrir des liens en BO Création: 19/avr./06 15:49 Mise à jour: 25/juin/07 18:37 Résolue: 12/juin/06 17:57 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.1.2c |
| Version(s) corrigée(s): | 9.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Etienne Freneaux | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Prod |
| Description |
|
sur une "fiche article", dans l'encart où s'affichent les
statistiques du vendeur (côté droit, en bas de page), sur la ligne
"Claims ventes": les liens attachés aux statistiques sont très très
longs (voire impossibles) à ouvrir, et ce depuis une ou deux semaines. exemple : http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=41220901&purchaseid=34116504 |
| Commentaires |
| Commentaire de Quentin de Chivré [ 11/mai/06 09:59 ] |
| Sortir les requetes SQL et le explain plan en integ et prod |
| Commentaire de Geneviève Beaujard [ 12/mai/06 10:17 ] |
| Voir http://pricejira.lan/secure/attachment/14592/explainPlanPyros_5.txt |
| Commentaire de Quentin de Chivré [ 16/mai/06 19:20 ] |
|
Voir analyse jointe : la co:lonne la + sélective est
clairement item.seller_account_id, or elle n'est pas dans l'index
utilisé ITEM_FKIX_CLM_TYPE_STATUS Il faut donc utiliser un index ayant cette colonne en 1er, le meilleur candidat étant certainement ITEM_IX_SELLER_CLAIM qui avait probablement été créé pour cette requete BO. Il est bizarre que Oracle ne choisisse pas cet index, il doit y avoir un pb de stats... ? => Ajouter un hint pour ce couvrir contre une regression de l'optimiser oracle |
| Commentaire de Geneviève Beaujard [ 19/mai/06 16:26 ] |
|
OK |
| Commentaire de Patrick Condevaux [ 22/mai/06 18:49 ] |
| ok en INTEG |
| Commentaire de Etienne Freneaux [ 07/juin/06 10:55 ] |
| le bug n'est hélas toujours pas résolu, les liens ne s'ouvrent plus du tout, et c'est vraiment problématique. désolé :-/ |
| Commentaire de Geneviève Beaujard [ 07/juin/06 12:16 ] |
|
Pas de chance moi aussi je suis tombé dans le panneau car on essayait depuis la machine junon. En effet le lien http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=41220901&purchaseid=34116504 atterit sur la machine junon. La nouvelle charte n'a pas été deployée sur junon et venus. Tu peux reessayer ton lien sur une autre machine, ca fonctionne correctement. Par contre, j'ai oublié de trier les claims, je vais poster un bug a ce sujet. |
| Commentaire de Etienne Freneaux [ 07/juin/06 12:21 ] |
|
ah, ok !! effectivement ça marche ! Mais alors c'est embêtant, parce que j'utilise JMH, et sur JMH j'ai pas le choix : c'est Junon d'office :-/ ya pas moyen de remédier à ce pépin ? |
| Commentaire de Geneviève Beaujard [ 07/juin/06 14:25 ] |
| Il faut voir ça avec sebastien. |
| Commentaire de Younès Charrière [ 07/juin/06 19:10 ] |
| Commentaire de Fabrice Tiercelin : tous les liens s'affichent en moins de deux secondes (INTEG et PROD). |
| Commentaire de Patrick Condevaux [ 04/juil./06 17:24 ] |
| ok |
[APP-5637] Création produit en BO impossible Création: 09/sept./05 12:54 Mise à jour: 25/juin/07 18:31 Résolue: 14/sept./05 10:31 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 8.0.5 |
| Version(s) corrigée(s): | 8.0.6 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Arnaud Forgues | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Dev |
| Description |
|
En BO sur l'écran Recherche Produit, si on sélectionne un
type de produit afin de faire un création produit BO, alors on obtient
un message d'erreur "Erreur non disponible. Techniquement il s'agit d'un oubli de test sur l'utilisation du detProduct dans referential.back.ProductView.jsp pour calculer la variable "allowMulti". Il manque ici probablement un test sur la miseà jour ou création du produit ou tout simplement de la non nullité de l'obet "detProduct". Renaud doit etre le plus au courant car j'ai vérifié avec Judd, il s'agit d'une modification qu'il a faite le 1er aout (et qui n'a pas été détécté pendant les tests de la V805 d'ailleurs ...) Quentin pense que ce bug existe déjà. Met le en doublon si c'est le cas |
| Commentaires |
| Commentaire de Renaud Dierickx [ 14/sept./05 10:31 ] |
| En faisant la refonte du BO Produit, j'avais effectivement cassé la création de produit... Merci de tester l'ensemble des formulaires à la création d'un produit et lors de la modification de celui-ci pour fermer ce bug. |
| Commentaire de Bruno Ballester [ 06/oct./05 10:47 ] |
|
Autoradio et un livre avec contributeurs créés : http://bo.pm.lan/referential_back?action=productview&productid=6029161 |
[APP-3438] BO / summary : Signe '%' manquant par ci par la Création: 10/janv./05 18:28 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.3.0pre |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Gaël Klosek |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
C'est le cas pour : . les paniers . les nouveaux comptes . les articles vendus & mis en ligne en global On pourrait en profiter pour rajouter aussi un signe + / - le cas echeant pour que l'on sache ou on se situe par rapport a la semaine precedente. Si on pousse meme plus loin, on pourrait rajouter que savoir qu'on a -5% par rapport a la semaine derniere, c plus parlant que 95% de la semaine derniere... |
| Commentaires |
| Commentaire de Gaël Klosek [ 12/janv./05 11:23 ] |
|
BO Summary : Correction of the % sign display; Addition of the + / - sign for values regarding a variation; |
[APP-24181] FP non accessible en BO Création: 05/févr./09 17:05 Mise à jour: 09/févr./09 16:48 Résolue: 06/févr./09 17:59 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 40.0.0 (CAT-G) |
| Version(s) corrigée(s): | 40.0.0 (CAT-G) |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Christophe Garcia | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Description |
|
2009-02-05 17:01:53,664 INFO [-Processor18] BO:Anonyme - >>> GET http://bo.uk.integ/referential_back?action=productview&productid=26203956 2009-02-05 17:01:54,134 ERROR [-Processor18] BO:Anonyme - Load error Servlet : com.babelstore.referential.back.ReferentialBackServlet Request : GET http://bo.uk.integ/referential_back?action=productview&productid=26203956 Referrer : null User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322) Trace : java.lang.NullPointerException at com.babelstore.referential.back.ProductViewModel.load(ProductViewModel.java:315) at com.babelstore.util.web.Model.doLoad(Model.java:53) at com.babelstore.util.Block.load(Block.java:120) at com.babelstore.util.web.Screen.load(Screen.java:121) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:260) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:206) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:168) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValv |
| Commentaires |
| Commentaire de Benoît Bourdon [ 05/févr./09 17:14 ] |
|
et pourtant le produit existe / il est visible en front : http://bo.uk.integ/offer/buy/26203956/Tribute-To-Madonna---Import-U-S.html |
| Commentaire de Christophe Garcia [ 06/févr./09 15:25 ] |
| C'était quoi le pb ? |
| Commentaire de Martin Sudmann [ 06/févr./09 15:31 ] |
|
on essayé de récupérer le nom pour une clé d'attribut qui
n'existe qu'en FR et ES (pour le moment). Il s'agissait de l'attribut
"gamme". J'ai ajouté le test si l'attribut existe, comme ça, le jour où CNET créera l'attribut en UK, il s'affichera tout seul. Désolé pour l'oublie du commentaire de fermeture. |
| Commentaire de Christophe Garcia [ 06/févr./09 17:32 ] |
|
Presque ... 2009-02-06 17:31:00,366 INFO [-Processor18] BO:Anonyme - >>> GET http://bo.uk.integ/referential_back?action=productview&productid=32187436 2009-02-06 17:31:00,767 ERROR [-Processor18] BO:Anonyme - Load error Servlet : com.babelstore.referential.back.ReferentialBackServlet Request : GET http://bo.uk.integ/referential_back?action=productview&productid=32187436 Referrer : null User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322) Trace : java.lang.NullPointerException at com.babelstore.referential.back.ProductViewModel.load(ProductViewModel.java:339) at com.babelstore.util.web.Model.doLoad(Model.java:53) at com.babelstore.util.Block.load(Block.java:120) at com.babelstore.util.web.Screen.load(Screen.java:121) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:260) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:206) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:168) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2009-02-06 17:31:00,785 INFO [-Processor18] BO:Anonyme - <<< [419 ms] GET http://bo.uk.integ/referential_back?action=productview&productid=32187436 |
| Commentaire de Martin Sudmann [ 06/févr./09 17:50 ] |
|
autre attribut, mais la même erreur : cette fois c'est la clé de GAME_CLASSIFICATION qui n'existe pas en UK. J'ai fait une passe sur tout le fichier et je l'ai traité de la même manière. |
| Commentaire de Martin Sudmann [ 06/févr./09 17:59 ] |
| Là j'ai fait le tour des constantes dans le code BO FP - mais je ne peux pas tester en DEV parce qu'on n'a pas de jeux vidéo. (sinon je l'avais déjà vu à la première fois...). |
[APP-12189] Requêtes BO très lentes Création: 08/sept./06 11:14 Mise à jour: 25/juin/07 18:44 Résolue: 01/mars/07 17:01 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Base de données, Perf |
| Affecte la/les version(s): | 9.0.3 |
| Version(s) corrigée(s): | 13.0.0 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Pierre Krings | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Projets PM archivés: | Maintenance 14.x.x |
| Description |
|
Rien de nouveau, mais je signale comme on me l'a demandé une requête particulièrement lente en BO : Lorsque je fais une recherche panier du jour en précisant que je souhaite voir uniquement les paniers de type Contrat (annonces ou garanties auto), la requête mets quelques dizaines de secondes alors même que la recherche est limitée à la journée en cours : http://bo.priceminister.com/purchase_back?action=purchasesearch&javascript_callback=&purchase_id=&pch_status_code=&itm_status_code=&pch_type_code=30&buyer_login=&seller_login=&credit_card=&number_request=&start_date=08%2F09%2F2006&date_search_type=0&end_date=&order=1&number_rows=50&x=52&y=10 En relançant la même requête quelques instants plus tard, ça va beaucoup plus vite. Dans le même registre, la recherche article est infiniment plus lente que la recherche panier. Exemple : recherche articles "Tout (sauf périmés)" et type = "Audio portable" et date d'autorisation panier = aujourd'hui. Le résultat met plusieurs minutes à venir, quand ça ne plante pas. |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 11/sept./06 12:47 ] |
| Patrick, as-tu les mêmes traces de ton côté ? |
| Commentaire de Patrick Pereira [ 11/sept./06 15:27 ] |
|
Vendredi, nous avions un gros problème de charge sur la base. Aujourd'hui (où nous n'avons plus ce problème) lorsque je vais sur le lien ci-dessus la réponse est immédiate. Pour moi ça va. |
| Commentaire de Pierre Krings [ 11/sept./06 15:55 ] |
|
Le truc dont je parle est récurrent. En particulier la requête article. http://bo.priceminister.com/purchase_back?action=itemsearch&product_id=&javascript_callback=&item_id=&itm_status_selection=&purchase_id=&itm_type_code=&prd_type_code=310&buyer_login=&seller_login=&start_date=11%2F09%2F2006&date_search_type=0&end_date=&number_rows=200&x=29&y=6 |
| Commentaire de Patrick Pereira [ 12/sept./06 17:39 ] |
|
Tu as raison. Je vais travailler dessus. Merci. |
| Commentaire de Patrick Pereira [ 13/sept./06 11:13 ] |
|
La requête qui pose problème est la suivante : VAR x1 NUMBER ; EXEC :x1 := 310; VAR x2 VARCHAR2(30) ; EXEC :x2 := '2006-09-13 00:00:00'; SELECT item.item_id, item.adv_allow_pickup, item.adv_allow_shipping, item.adv_currency_id, item.adv_is_original, item.adv_pickup_country_id, item.adv_pickup_phone_number, item.adv_pickup_zip, item.adv_quality_code, item.adv_sale_price, item.adv_seller_comment, item.adv_seller_private_comment, item.adv_seller_reference1, item.adv_serial_number, item.adv_type_code, item.advert_id, item.buyer_account_id, item.buyer_bonus, item.buyer_comment, item.buyer_login, item.buyer_negotiation_comment, item.buyer_remind_code, item.buyer_remind_date, item.change_date, item.claim_closing_date, item.claim_comment, item.claim_compensation_id, item.clm_status_code, item.closing_date, item.commission_id, item.commit_date, item.compensation_id, item.compensation_processing_date, item.complement_product_id, item.cpl_prd_text_1, item.creation_date, item.currency_id, item.feedback_date, item.history, item.is_abandonned, item.item_commission_tax_rate, item.item_cost_price, item.item_fixed_commission_net, item.item_fixed_commission_tax, item.item_varia_commission_net, item.item_varia_commission_tax, item.itm_cancel_code, item.itm_claim_type_code, item.itm_status_code, item.itm_type_code, item.last_claim_date, item.origin_block, item.origin_screen, item.prd_author_name, item.prd_back_category_id, item.prd_currency_id, item.prd_distributor_name, item.prd_editor_name, item.prd_icon_id, item.prd_line_key, item.prd_list_price, item.prd_manufacturer_key, item.prd_medium_code, item.prd_model_key, item.prd_performer_name, item.prd_release_date, item.prd_text_1, item.prd_title, item.prd_type_code, item.product_id, item.purchase_id, item.return_shipping_price, item.row_version, item.seller_account_id, item.seller_bonus, item.seller_country_id, item.seller_justification, item.seller_login, item.seller_remind_code, item.seller_remind_date, item.seller_score, item.ship_commission_net, item.ship_commission_tax, item.ship_commission_tax_rate, item.ship_cost_price, item.shipment_number_1, item.shipment_number_2, item.shipping_size_id, item.shipping_type_id, seller_account.usr_type_code FROM item, user_account seller_account, purchase WHERE (seller_account.user_account_id = item.seller_account_id) AND (item.itm_status_code IN (10,20,30,40,60,70,100)) AND (item.prd_type_code = :x1) AND (purchase.purchase_id = item.purchase_id) AND (purchase.authorization_date >= TO_DATE(:x2, 'YYYY-MM-DD HH24:MI:SS') ) ORDER BY item.creation_date desc ; Son plan est le suivant en prod : 179 rows selected. Elapsed: 00:03:03.94 Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=72468 Card=70031 Bytes=28362555) 1 0 SORT (ORDER BY) (Cost=72468 Card=70031 Bytes=28362555) 2 1 HASH JOIN (Cost=68183 Card=70031 Bytes=28362555) 3 2 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=7118 Card=650621 Bytes=6506210) 4 3 INDEX (RANGE SCAN) OF 'PURCHASE_IX_AUTHORIZATION' (NON-UNIQUE) (Cost=49 Card=1) 5 2 HASH JOIN (Cost=60414 Card=70031 Bytes=27662245) 6 5 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (Cost=22894 Card=70031 Bytes=27031966) 7 6 INDEX (RANGE SCAN) OF 'ITEM_IX_BEST_SALES' (NON-UNIQUE) (Cost=1065 Card=70031) 8 5 TABLE ACCESS (FULL) OF 'USER_ACCOUNT' (Cost=35576 Card=4764665 Bytes=42881985) Statistics ---------------------------------------------------------- 58 recursive calls 0 db block gets 266842 consistent gets 164115 physical reads 0 redo size 99998 bytes sent via SQL*Net to client 1275 bytes received via SQL*Net from client 13 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 179 rows processed L'optimiseur devrait utiliser l'index PK_USER_ACCOUNT au lieu de faire un TABLE ACCESS (FULL) OF 'USER_ACCOUNT' . Si je force cet index le plan devient : Elapsed: 00:00:02.38 Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=104970 Card=70031 Bytes=28362555) 1 0 SORT (ORDER BY) (Cost=104970 Card=70031 Bytes=28362555) 2 1 NESTED LOOPS (Cost=100685 Card=70031 Bytes=28362555) 3 2 HASH JOIN (Cost=30654 Card=70031 Bytes=27732276) 4 3 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=7118 Card=650621 Bytes=6506210) 5 4 INDEX (RANGE SCAN) OF 'PURCHASE_IX_AUTHORIZATION' (NON-UNIQUE) (Cost=49 Card=1) 6 3 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (Cost=22894 Card=70031 Bytes=27031966) 7 6 INDEX (RANGE SCAN) OF 'ITEM_IX_BEST_SALES' (NON-UNIQUE) (Cost=1065 Card=70031) 8 2 TABLE ACCESS (BY INDEX ROWID) OF 'USER_ACCOUNT' (Cost=1 Card=1 Bytes=9) 9 8 INDEX (UNIQUE SCAN) OF 'PK_USER_ACCOUNT' (UNIQUE) (Cost=1 Card=1) Statistics ---------------------------------------------------------- 59 recursive calls 0 db block gets 67468 consistent gets 11 physical reads 0 redo size 99998 bytes sent via SQL*Net to client 1323 bytes received via SQL*Net from client 13 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 179 rows processed |
| Commentaire de Patrick Pereira [ 13/sept./06 11:15 ] |
|
J'observe le même comportement en DEV. Même si je recalcule
les statistiques de USER_ACCOUNT et tous ses indexes le plan reste le
même. Il va peut-être falloir ajouter dans le code le hint : /*+index(seller_account PK_USER_ACCOUNT)*/ |
| Commentaire de Patrick Pereira [ 13/sept./06 12:18 ] |
|
Même chose en Integ. Qu'en penses-tu Quentin. Merci. |
| Commentaire de Patrick Pereira [ 15/sept./06 17:49 ] |
|
Après en avoir discuté avec Quentin, il apparait qu'il est
un peu dangereux de mettre un hint aussi restrictif sur cette requête
qui est fortement paramètrable. On va plutôt se diriger vers un hint plus généraliste : /*+ FIRST_ROWS */ Le plan devient : Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=HINT: FIRST_ROWS (Cost=1347094 Card=70031 Bytes=28362555) 1 0 NESTED LOOPS (Cost=1347094 Card=70031 Bytes=28362555) 2 1 NESTED LOOPS (Cost=1277063 Card=70031 Bytes=27662245) 3 2 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (Cost=1207032 Card=70031 Bytes=27031966) 4 3 INDEX (FULL SCAN) OF 'ITEM_IX' (NON-UNIQUE) (Cost=74624 Card=7843497) 5 2 TABLE ACCESS (BY INDEX ROWID) OF 'USER_ACCOUNT' (Cost=1 Card=1 Bytes=9) 6 5 INDEX (UNIQUE SCAN) OF 'PK_USER_ACCOUNT' (UNIQUE) (Cost=1 Card=1) 7 1 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=1 Card =1 Bytes=10) 8 7 INDEX (UNIQUE SCAN) OF 'PK_PURCHASE' (UNIQUE) (Cost=1 Card=1) Geneviève, à toi ! |
| Commentaire de Geneviève Beaujard [ 17/oct./06 10:19 ] |
| OK. |
| Commentaire de Christophe Garcia [ 31/janv./07 16:01 ] |
| Plante à nouveau (ou toujours très lent) |
| Commentaire de Geneviève Beaujard [ 01/févr./07 09:48 ] |
|
Pas tres precis ton commentaire. donnes moi l'url de la requete qui te pose probleme. |
| Commentaire de Geneviève Beaujard [ 01/mars/07 16:57 ] |
| voir http://pricejira.lan/browse/APP-14029 |
| Commentaire de Christophe Garcia [ 01/mars/07 17:01 ] |
| OK plus de pb de lenteur |
[APP-26023] Fiche produit inaccessible en BO Création: 22/juil./09 15:11 Mise à jour: 23/juil./09 09:53 Résolue: 22/juil./09 18:37 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 50.0.0 (CAT-J) |
| Version(s) corrigée(s): | 50.0.0 (CAT-J) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | M'hand Hadjoudj | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Description |
|
Erreur lorsque j'essaie d'accéder à une FP en BO. 2009-07-22 15:06:07,522 INFO [P-Processor6] BO:pmadmin:Anonyme - >>> GET http://www.pm.lan/referential_back?action=productview&productid=80557195 2009-07-22 15:06:07,568 ERROR [P-Processor6] BO:pmadmin:Anonyme - Load error Servlet=com.babelstore.referential.back.ReferentialBackServlet Request=GET http://www.pm.lan/referential_back?action=productview&productid=80557195 Referrer=null User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB6; .NET CLR 1.1.4322) Trace=java.lang.NullPointerException at com.babelstore.category.CategoryOptions.<init>(CategoryOptions.java:101) at com.babelstore.category.CategoryOptions.<init>(CategoryOptions.java:66) at com.babelstore.referential.back.ProductViewModel.load(ProductViewModel.java:288) at com.babelstore.util.web.Model.doLoad(Model.java:54) at com.babelstore.util.Block.load(Block.java:122) at com.babelstore.util.web.Screen.load(Screen.java:122) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:264) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:210) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:169) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2009-07-22 15:06:07,583 INFO [P-Processor6] BO:pmadmin:Anonyme - <<< [61 ms] GET http://www.pm.lan/referential_back?action=productview&productid=80557195 |
| Commentaires |
| Commentaire de Thomas Allier [ 22/juil./09 16:25 ] |
| repérer pour des FP de type jouet et jeux de plein air. |
| Commentaire de Edouard Gomez-Vaez [ 22/juil./09 18:14 ] |
|
Cela vient de la configuration des classifications par la configuration "Catégorie racine". Dans la conf produit, nous pouvons référencer un noeud de mise en vente qui permet d'afficher une ou deux drop down de classification dans le BO. La migration en 4G de certains formulaire font que ces noeuds ont été désactivés. Deux solutions : - réactiver le noeud (en le déplaçant dans l'arbre Soumission produit : Catégories par exemple) et en lui redonnant le bon alias. - supprimer cette configuration et utiliser la configuration Nom attribut de classification. |
| Commentaire de Marion Anfreville [ 22/juil./09 18:37 ] |
|
Corrigé en integ pour les types jouet et jeux de plein air. La modif avait été faite en prod et pas integ. Je ne sais pas si d'autres produits sont concernés. => une copie de base règlerait le problème. |
[APP-13967] Erreur sur getProductListTemplate en BO Création: 30/nov./06 19:08 Mise à jour: 25/juin/07 18:47 Résolue: 01/déc./06 15:04 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 11.0.0 (Merge et Maintenance) |
| Version(s) corrigée(s): | 11.0.0 (Merge et Maintenance) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Olivier Bourgeois |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | IG - Caches et Finitions |
| Description |
|
2006-11-30 16:59:30,345 INFO [-Processor20] 192.168.1.174 - >>> GET http://bo.pm.lan/referential_back?action=productconfigurationlist 2006-11-30 16:59:30,752 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_books_template not found in CMS 2006-11-30 16:59:30,764 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_book_template not found in CMS 2006-11-30 16:59:30,771 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_books_template not found in CMS 2006-11-30 16:59:30,773 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_book_template not found in CMS 2006-11-30 16:59:30,777 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_books_template not found in CMS 2006-11-30 16:59:30,781 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_book_template not found in CMS 2006-11-30 16:59:30,786 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_autographs_template not found in CMS 2006-11-30 16:59:30,789 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_title_only_template not found in CMS 2006-11-30 16:59:30,794 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_reproductions_template not found in CMS 2006-11-30 16:59:30,798 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_reproduction_template not found in CMS .... 2006-11-30 16:59:31,006 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_storage_media_template not found in CMS 2006-11-30 16:59:31,010 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_cd_template not found in CMS 2006-11-30 16:59:31,016 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_vinyl_template not found in CMS 2006-11-30 16:59:31,022 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,026 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_musical_instrument_template not found in CMS 2006-11-30 16:59:31,033 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_card_game_template not found in CMS 2006-11-30 16:59:31,037 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_role_playing_game_template not found in CMS 2006-11-30 16:59:31,041 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_books_template not found in CMS 2006-11-30 16:59:31,048 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_partition_template not found in CMS 2006-11-30 16:59:31,053 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_video_template not found in CMS 2006-11-30 16:59:31,057 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_video_template not found in CMS 2006-11-30 16:59:31,061 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_video_template not found in CMS 2006-11-30 16:59:31,063 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_video_template not found in CMS 2006-11-30 16:59:31,069 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_preordered_video not found in CMS 2006-11-30 16:59:31,073 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_video_preorder_template not found in CMS 2006-11-30 16:59:31,076 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_video_games_template not found in CMS 2006-11-30 16:59:31,080 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_video_game_template not found in CMS 2006-11-30 16:59:31,084 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_preordered_video_games_template not found in CMS 2006-11-30 16:59:31,089 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_video_game_preorder_template not found in CMS 2006-11-30 16:59:31,094 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_card_game_template not found in CMS 2006-11-30 16:59:31,096 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_role_playing_game_template not found in CMS 2006-11-30 16:59:31,102 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_card_game_template not found in CMS 2006-11-30 16:59:31,105 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_role_playing_game_template not found in CMS 2006-11-30 16:59:31,109 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,112 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_audio_video_template not found in CMS 2006-11-30 16:59:31,116 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_preordered_video_games_template not found in CMS 2006-11-30 16:59:31,119 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_title_only_template not found in CMS 2006-11-30 16:59:31,122 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_video_game_accesories_template not found in CMS 2006-11-30 16:59:31,125 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_video_game_accessories_template not found in CMS 2006-11-30 16:59:31,130 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_game_console_template not found in CMS 2006-11-30 16:59:31,134 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_console_template not found in CMS 2006-11-30 16:59:31,137 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,141 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,149 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,152 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,156 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,159 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,163 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,167 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,172 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,176 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,180 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,183 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,188 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,192 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,196 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,199 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,204 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,208 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,211 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,214 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,218 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,221 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,225 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,230 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,234 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,237 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,241 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,247 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,253 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,259 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,263 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,342 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,347 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,350 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,354 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,360 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,364 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,372 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_software_template not found in CMS 2006-11-30 16:59:31,376 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,379 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,383 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,386 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,393 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,401 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_photograph_template not found in CMS 2006-11-30 16:59:31,407 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,411 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_photograph_template not found in CMS 2006-11-30 16:59:31,416 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,420 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_photograph_template not found in CMS 2006-11-30 16:59:31,423 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,426 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_photograph_template not found in CMS 2006-11-30 16:59:31,429 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,433 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_photograph_template not found in CMS 2006-11-30 16:59:31,436 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,439 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_photograph_template not found in CMS 2006-11-30 16:59:31,441 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,444 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,450 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,454 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,457 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,459 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,462 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,466 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,473 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,476 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,480 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,483 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_audio_video_template not found in CMS 2006-11-30 16:59:31,487 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,490 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_audio_video_template not found in CMS 2006-11-30 16:59:31,493 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,496 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_audio_video_template not found in CMS 2006-11-30 16:59:31,500 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,503 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,507 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,511 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_sound_hardware_template not found in CMS 2006-11-30 16:59:31,517 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,523 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,527 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,531 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,552 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,555 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,560 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,564 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,568 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,571 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,577 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,580 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,585 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,590 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,593 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,596 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_audio_video_template not found in CMS 2006-11-30 16:59:31,599 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,605 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_audio_video_template not found in CMS 2006-11-30 16:59:31,609 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,612 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,616 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,621 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,625 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,628 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,633 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,637 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,647 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,652 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,656 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,659 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,662 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,667 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,671 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,674 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,677 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,681 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,685 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,689 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,693 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,697 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,701 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,704 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,708 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,713 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,720 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,725 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,731 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,734 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,738 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,744 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,748 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,751 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS 2006-11-30 16:59:31,755 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,759 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_toy_template not found in CMS 2006-11-30 16:59:31,763 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_modelism_template not found in CMS 2006-11-30 16:59:31,767 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_toy_template not found in CMS 2006-11-30 16:59:31,771 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,774 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_parlour_game_template not found in CMS 2006-11-30 16:59:31,777 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,780 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_parlour_game_template not found in CMS 2006-11-30 16:59:31,784 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_modelism_template not found in CMS 2006-11-30 16:59:31,787 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_toy_template not found in CMS 2006-11-30 16:59:31,790 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,792 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_audio_video_template not found in CMS 2006-11-30 16:59:31,797 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,801 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_cycle_template not found in CMS 2006-11-30 16:59:31,804 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_clothing_template not found in CMS 2006-11-30 16:59:31,808 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_clothes_template not found in CMS 2006-11-30 16:59:31,812 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_clothing_template not found in CMS 2006-11-30 16:59:31,817 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_clothes_template not found in CMS 2006-11-30 16:59:31,823 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,832 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_household_linen_template not found in CMS 2006-11-30 16:59:31,835 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,840 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_household_linen_template not found in CMS 2006-11-30 16:59:31,844 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,847 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_bag_template not found in CMS 2006-11-30 16:59:31,851 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,855 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_bag_template not found in CMS 2006-11-30 16:59:31,860 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_clothing_template not found in CMS 2006-11-30 16:59:31,864 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_shoe_template not found in CMS 2006-11-30 16:59:31,870 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_clothing_template not found in CMS 2006-11-30 16:59:31,874 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_shoe_template not found in CMS 2006-11-30 16:59:31,877 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,880 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_jewelry_template not found in CMS 2006-11-30 16:59:31,883 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,886 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_jewelry_template not found in CMS 2006-11-30 16:59:31,889 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_cosmetic_template not found in CMS 2006-11-30 16:59:31,891 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_cosmetic_template not found in CMS 2006-11-30 16:59:31,894 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_cosmetic_template not found in CMS 2006-11-30 16:59:31,897 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_cosmetic_template not found in CMS 2006-11-30 16:59:31,900 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_furniture_template not found in CMS 2006-11-30 16:59:31,904 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_furniture_template not found in CMS 2006-11-30 16:59:31,908 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_furniture_template not found in CMS 2006-11-30 16:59:31,910 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_furniture_template not found in CMS 2006-11-30 16:59:31,914 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_plants_template not found in CMS 2006-11-30 16:59:31,917 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_furniture_template not found in CMS 2006-11-30 16:59:31,920 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_plants_template not found in CMS 2006-11-30 16:59:31,923 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_furniture_template not found in CMS 2006-11-30 16:59:31,926 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:31,930 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_furniture_template not found in CMS 2006-11-30 16:59:31,934 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_cars_template not found in CMS 2006-11-30 16:59:31,937 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_car_template not found in CMS 2006-11-30 16:59:31,941 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_cars_template not found in CMS 2006-11-30 16:59:31,943 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_car_template not found in CMS 2006-11-30 16:59:31,947 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_sport_template not found in CMS 2006-11-30 16:59:31,950 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_sport_furniture_template not found in CMS 2006-11-30 16:59:31,955 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_sport_template not found in CMS 2006-11-30 16:59:31,958 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_sport_furniture_template not found in CMS 2006-11-30 16:59:31,962 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_card_game_template not found in CMS 2006-11-30 16:59:31,964 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_title_only_template not found in CMS 2006-11-30 16:59:31,968 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_card_game_template not found in CMS 2006-11-30 16:59:31,972 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_title_only_template not found in CMS 2006-11-30 16:59:31,975 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS 2006-11-30 16:59:31,979 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_car_accessory_template not found in CMS 2006-11-30 16:59:31,983 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS 2006-11-30 16:59:31,986 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_car_accessory_template not found in CMS 2006-11-30 16:59:31,989 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS 2006-11-30 16:59:31,993 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_beverage_template not found in CMS 2006-11-30 16:59:31,997 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS 2006-11-30 16:59:32,000 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_beverage_template not found in CMS 2006-11-30 16:59:32,003 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_gastronomy_template not found in CMS 2006-11-30 16:59:32,005 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_gastronomy_template not found in CMS 2006-11-30 16:59:32,010 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_card_game_template not found in CMS 2006-11-30 16:59:32,014 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_gastronomy_template not found in CMS 2006-11-30 16:59:32,017 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS 2006-11-30 16:59:32,021 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_decoration_template not found in CMS 2006-11-30 16:59:32,026 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS 2006-11-30 16:59:32,030 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_decoration_template not found in CMS 2006-11-30 16:59:32,034 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS 2006-11-30 16:59:32,040 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_decoration_template not found in CMS 2006-11-30 16:59:32,044 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS 2006-11-30 16:59:32,047 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_decoration_template not found in CMS 2006-11-30 16:59:32,050 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:32,054 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_decoration_template not found in CMS 2006-11-30 16:59:32,059 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS 2006-11-30 16:59:32,064 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_leasure_activity_template not found in CMS 2006-11-30 16:59:32,067 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS 2006-11-30 16:59:32,070 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_cycle_template not found in CMS 2006-11-30 16:59:32,083 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS 2006-11-30 16:59:32,097 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_audio_video_template not found in CMS 2006-11-30 16:59:32,101 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_warranty_template not found in CMS 2006-11-30 16:59:32,107 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_default_template not found in CMS 2006-11-30 16:59:32,112 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_warranty_template not found in CMS 2006-11-30 16:59:32,115 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_default_template not found in CMS 2006-11-30 16:59:32,116 INFO [-Processor20] 192.168.1.174 - <<< [1771 ms] GET http://bo.pm.lan/referential_back?action=productconfigurationlist 2006-11-30 16:59:55,990 INFO [P-Processor1] 192.168.1.174 - >>> GET http://bo.pm.lan/referential_back?action=productconfigurationview&prdconfigurationid= 10852 |
| Commentaires |
| Commentaire de Olivier Bourgeois [ 01/déc./06 15:04 ] |
|
Manquait le "repository" et le "language" dans la
récuperation du template produit : problème du BO qui n'a pas de notion
de Brand ni de Platform bien claire. Donc pour le moment on récupère le template sur le repository par defaut et le language par défaut (ce qui était déjà le cas depuis le début). |
| Commentaire de Younès Charrière [ 05/déc./06 14:11 ] |
| Ces erreurs n'ont plus l'air de se produire en Integ. |
[INF-552] Arrivée Opérateur BO/SAV Int Création: 07/oct./10 14:54 Mise à jour: 04/nov./10 17:26 Résolue: 04/nov./10 17:26 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Laura Yeo | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
FICHE SERVICE Arrivée collaborateur
Service : BO Equipe : SAV Int IDENTIFICATION Nom : Bentley Prénom : Thomas Service : BO Emplacement : SAV Int Date arrivée : 11/10/10 Date de départ : CDI Si remplacement, nom de la personne : Récupération de son matériel et sa ligne : Non x Matériel Info Poste de travail : Fixe x Accès réseau spécifiques : BO Adresse de Messagerie : Oui x Création comptes Applications internes BO X JIRA X Listes de diffusion dont doit faire parti la personne : bo.sav; bo.general@priceminister.com; bo.sav.uk.1@priceminister.com; bo.sav.fr.1@priceminister.com ligne Téléphonique Non X Nom du responsable : Yeo Date : 07/10/10 |
| Commentaires |
| Commentaire de Laura Yeo [ 07/oct./10 14:55 ] |
| Correction sur premier alias: bo.sav@priceminister.com |
| Commentaire de Stéphane Eccli [ 11/oct./10 16:36 ] |
| comptes ok, reste Jira |
| Commentaire de Habib-Sylvain Gourguet [ 28/oct./10 15:27 ] |
|
Christophe,
Je me permets de te relancer concernant la création du compte JIRA de Thomas Bentley (thomas.bentley@priceminister.com). Thomas a récemment commencé son travail sur l'Edito SAV pour le UK, et devient nécessaire de pouvoir lui affecter certains JIRA. Merci d'avance. |
[APP-18524] PARRAIN = FILLEUL sur le même compte unique Création: 14/nov./07 17:05 Mise à jour: 16/nov./07 11:00 Résolue: 15/nov./07 15:41 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Parrainage |
| Affecte la/les version(s): | 17.2.1 |
| Version(s) corrigée(s): | 18.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jonathan Lesage | Attribution: | Alexandre Garnier |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM archivés: | Maintenance 18.x.x | ||||||||
| Description |
|
Voir le compte lusamapa : http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=1631601 Ce compte a pour parrain lusamapa c'est à dire lui-même. Apparemment, le problème vient du reapparrainage mais où précisémment, quelle étape ? |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 15/nov./07 10:24 ] |
| http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=1631601 |
| Commentaire de Alexandre Garnier [ 15/nov./07 15:35 ] |
| On en a même 27 dans ce cas là ! |
| Commentaire de Alexandre Garnier [ 15/nov./07 15:41 ] |
|
doublon de Plus d'auto-parrainage depuis début juillet, date de correction de L'utilisateur ne pouvait tout de même pas profiter du coupon parrain. Éric, tu disais faire du nettoyage régulier, peut-être faudrait-il en faire un dernier. |
[EXP-4998] Impossible de me connecter au BO de PROD Espagne Création: 02/nov./09 15:47 Mise à jour: 04/janv./10 17:52 Résolue: 04/janv./10 17:52 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Ariane Baldinger | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
Ca fait plus d'une semaine que je ne peux plus me connecter au BO de Prod Espagne sous FF. |
| Commentaires |
| Commentaire de Gaël Seguillon [ 03/déc./09 14:03 ] |
|
Bonjour on un souci persistant pour se connecter au BO espagne, il faut revalider à plusieurs reprises pseudo et mot de passe, ce qui est gênant pour moi est que je ne peux plus ouvrir directement les liens des rapports BI, je suis obligé de faire du copier coller dans le navigateur pour avoir accès aux pages des liens pas forcément optimal en terme de fonctionnement. merci Gaël |
| Commentaire de Laura Yeo [ 03/déc./09 14:54 ] |
|
Problème bien connu au SAV ES, il faut presque quotidiennement valider 3/4 fois le log+mdp avant de pouvoir se connecter au BO ES. Navigateur utilisé: Firefox version 3.0.10 (des fois que...) Laura. |
| Commentaire de Stéphanie BOILLON [ 03/déc./09 15:38 ] |
|
Problème également de mon coté, qui m'empêche parfois de traiter directement sur le BO ES. Parfois besoin d'une 10aine de tentatives ... De plus, il m'est impossible de cocher la case pour enregistrer le mot de passe, je dois donc le retaper à toutes les tentatives. Stephanie. |
| Commentaire de Jérémie Bennejean [ 21/déc./09 15:29 ] |
|
Hello, J'ai vu une erreur de syntaxe dans la conf jboss d'un des serveurs sur lequel la probabilité de se connecter est forte. Après le redémarrage de demain matin, les changements seront effectifs. Je pense que cela devrait corriger le problème. Merci. Jérémie. |
| Commentaire de Laura Yeo [ 21/déc./09 16:01 ] |
|
Super, on espère tous que ça va résoudre le pb. Merci! |
| Commentaire de Ariane Baldinger [ 22/déc./09 10:11 ] |
|
ça marche de mon côté Merci |
| Commentaire de Jérémie Bennejean [ 23/déc./09 16:41 ] |
| C'est bon pour tout le monde ? |
| Commentaire de Laura Yeo [ 23/déc./09 16:59 ] |
| Perfect côté BO, gracias. |
[APP-24293] Ecran Bo produit - Création fiche produit en BO impossible Création: 11/févr./09 16:33 Mise à jour: 06/janv./11 16:15 Résolue: 06/janv./11 16:15 |
|
| Etat: | Résolu |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Produits |
| Affecte la/les version(s): | 40.0.0 (CAT-G) |
| Version(s) corrigée(s): | 88.0.0 (VEN-G) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** STANDBY *** | ||||||||||||||||
| Navigateur: | Tous | ||||||||||||||||
| Classif FONC: | valid | ||||||||||||||||
| Projets PM archivés: | BP - DIA | ||||||||||||||||
| Description |
|
La création de fiche produit en BO est impossible => message "null"
|
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 12/févr./09 10:12 ] |
|
2009-02-11 16:27:45,324 INFO [Processor180] BO:Gilbert - >>> GET http://bo.priceminister.com/referential_back?action=productsearch&changedatafile=true&createdatafile=true&many instock=true&numberrows=200&oneinstock=true&searchtype=10&submitterpart=true&submitterpro=true&withcomplement=1&zerostock=true 2009-02-11 16:27:48,213 INFO [Processor180] BO:Gilbert - <<< [2889 ms] GET http://bo.priceminister.com/referential_back?action=productsearch&changedatafile=true&createdatafile =true&manyinstock=true&numberrows=200&oneinstock=true&searchtype=10&submitterpart=true&submitterpro=true&withcomplement=1&zerostock=true 2009-02-11 16:27:48,213 WARN [Processor180] BO:Gilbert - Long request [2889 ms]: GET http://bo.priceminister.com/referential_back?action=productsearch&changedatafile=true&crea tedatafile=true&manyinstock=true&numberrows=200&oneinstock=true&searchtype=10&submitterpart=true&submitterpro=true&withcomplement=1&zerostock=true 2009-02-11 16:28:21,748 INFO [Processor261] BO:Gilbert - >>> GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=1620 2009-02-11 16:28:21,753 ERROR [Processor261] BO:Gilbert - Load error Servlet : com.babelstore.referential.back.ReferentialBackServlet Request : GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=1620 Referrer : null User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) Trace : java.lang.NullPointerException at com.babelstore.referential.back.ProductViewModel.load(ProductViewModel.java:303) at com.babelstore.util.web.Model.doLoad(Model.java:53) at com.babelstore.util.Block.load(Block.java:120) at com.babelstore.util.web.Screen.load(Screen.java:121) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:260) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:206) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:168) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2009-02-11 16:28:21,767 INFO [Processor261] BO:Gilbert - <<< [19 ms] GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=1620 |
| Commentaire de Benoît Bourdon [ 19/févr./09 19:10 ] |
|
Aurélien : pour mon info, ça redirige vers quoi normalement ce lien ?? |
| Commentaire de Aurélien Vergalli [ 20/févr./09 09:37 ] |
| Le lien ouvre une fiche-produit vierge (sans titre, attribut, référence, ...) |
| Commentaire de Aurélien Vergalli [ 02/sept./09 14:34 ] |
|
Des infos à ce sujet ? Merci. |
| Commentaire de Edouard Gomez-Vaez [ 28/déc./09 10:18 ] |
| On aurait plutôt envie de supprimer cette fonctionnalités de façon à passer toujours par le même canal de création MeV / Import. Au prochain CoSAV vous pourrez me dire quelle usage vous faites de cette création BO ? |
| Commentaire de Caroline Schinzel [ 03/juin/10 10:50 ] |
|
J'ai eu un problème identique (je crois ) en essayant d'afficher une fiche produit BO : 2010-06-03 10:38:49 INFO [Dispatcher ] madmin:caroline - >>> GET http://bo.pm.boulard:4580/referential_back?action=productview&productid=10372359 2010-06-03 10:38:52 ERROR [Dispatcher ] madmin:caroline - Load error~Servlet=com.babelstore.referential.back.ReferentialBackServlet~Request=GET http://bo.pm.boulard:4580/referential_back?action=productview&productid=10372359~Referrer=http://bo.pm.boulard:4580/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=metallica&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&category=&prd_status_code=-40&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=200&do_search.x=0&do_search.y=0~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 ( .NET CLR 3.5.30729)~Trace=java.lang.NullPointerException at com.babelstore.category.CategoryOptions.<init>(CategoryOptions.java:101) at com.babelstore.category.CategoryOptions.<init>(CategoryOptions.java:66) at com.babelstore.referential.back.ProductViewModel.load(ProductViewModel.java:305) at com.babelstore.util.web.Model.doLoad(Model.java:56) at com.babelstore.referential.back.ProductBackModel.doLoad(ProductBackModel.java:50001) at com.babelstore.referential.back.ProductViewModel.doLoad(ProductViewModel.java:50001) at com.babelstore.util.Block.load(Block.java:122) at com.babelstore.referential.back.ProductView_jsp.load(ProductView_jsp.java:50001) at com.babelstore.util.web.Screen.load(Screen.java:122) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:299) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:223) at com.babelstore.common.back.BackServlet.process(BackServlet.java:50001) at com.babelstore.referential.back.ReferentialBackServlet.process(ReferentialBackServlet.java:50001) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:181) at com.babelstore.common.back.BackServlet.service(BackServlet.java:50001) at com.babelstore.referential.back.ReferentialBackServlet.service(ReferentialBackServlet.java:50001) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116) at com.babelstore.common.back.BackServlet.service(BackServlet.java:50001) at com.babelstore.referential.back.ReferentialBackServlet.service(ReferentialBackServlet.java:50001) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:50001) at com.babelstore.common.back.BackServlet.service(BackServlet.java:50001) at com.babelstore.referential.back.ReferentialBackServlet.service(ReferentialBackServlet.java:50001) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) at java.lang.Thread.run(Thread.java:619) En fait ici, c'est le node passé au constructeur de CategoryOptions qui semble être null. |
| Commentaire de Anthony Briou [ 04/juin/10 13:12 ] |
|
Cette fonctionnalité nous permet de créer des fiche-produits
concernant les articles du service retour (lorsqu'on rembourse
acheteur et vendeur et que le produit doit être remis en vente sur le
compte du site). Actuellement on est obligé de passer par le FO (et par nos comptes perso) , ce qui prend beaucoup plus de temps (en particulier pour les DVD). |
| Commentaire de Edouard Gomez-Vaez [ 04/juin/10 14:42 ] |
|
Il faut passer par le FO, il y a maintenant un nombre
incalculable de règles métier qui sont implémentés au niveau de la mise
en vente et qui n'existe pas quand tu passe par le BO. Ça fait gagner du temps, mais tu risques de créer des produits incohérents. |
| Commentaire de Aurélien Vergalli [ 16/déc./10 17:45 ] |
| Je relance. Le bug est problématique: besoin de créer des fiches en BO au quotidien. |
| Commentaire de Anthony Briou [ 06/janv./11 15:48 ] |
| Qu'en est-il actuellement ? |
| Commentaire de Anthony Briou [ 06/janv./11 15:48 ] |
| Qu'en est-il actuellement ? |
| Commentaire de Manuel Sadok [ 06/janv./11 16:11 ] |
|
Revoir le commentaire d'Edouard datant du 04/06 : Les règles
de création de FP étant très complexes et paramétrées minutieusement
par le param, on ne peut faire un raccourci qui ne ferait qu'engendrer
(encore plus) des incohérences dans le catalogue produit.
Il faut absolument passer par la soumission FO ou bien créer un fichier d'import pour ces fiches produits, auquel cas se rapprocher de l'équipe d'import pour qu'ils vous assiste. A l'époque on avait laissé temporairement cette fonctionnalité en place pour Jany pour la création de vinyles, mais elle devrait maintenant être totalement désactivée. |
[EXP-2224] VPN : Permettre a Quentin d'accéder au BO Création: 12/juin/06 09:15 Mise à jour: 25/juin/07 18:58 Résolue: 27/sept./06 08:43 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 1 heure | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Impossible d'accéder au BO depuis chez moi, tres tres génant pour corriger des bugs, recharger des caches, etc...
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 23/juin/06 10:22 ] |
|
J'ai créer un nouveau template (basé sur le mien) il y a une semaine. Je l'ai donné à Arnaud en test et j'attends son retour. |
| Commentaire de Jérémie Bennejean [ 27/juin/06 12:30 ] |
|
J'ai testé mon profile via une ligne rtc chez price, effectivement cela ne fonctionne pas. J'ai demandé à Patrick de tester depuis chez lui , avec un profil identique, cela fonctionne. Patrick et moi sommes chez free et n'avons pas basculé notre freebox en mode routeur. As tu créer des régles sur ta 9box? (tu es chez 9 si je ne me trompe non ?) De plus la principale difficulté à laquelle je suis confronté c'est l'impossibilité de faire des tests ici puisque nous n'avons toujours pas de ligne adsl ... |
| Commentaire de Quentin de Chivré [ 28/juin/06 12:05 ] |
| J'ai rien fait de spécial avec ma 9box ! |
| Commentaire de Jérémie Bennejean [ 07/juil./06 17:39 ] |
|
Arnaud peux-tu tester e vpn de Quentin? Verifier les paramétres. Son profil est tiré du mien qui foncitonne parfairtement. Je pense qu'il s'agit de la conf du lan privé de quentin. voir si les ports 500 (en UDP)et je ne sais plus lequel en TCP S'inspirer de http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=ConfigurationRouteurCT635BOXClubInternetPourFonctionnementVPN Arnaud ,as-tu moyen de faire des tests chez toi ? quel est ton fai ? Chez moi qui suis chez free cela fonctionne, je n'est pas activé le mode routeur. (Patrick qui est chez free ds la meme conf que moi, tt fonctionne parfaitement.) N'hésite pas à te faire aider de Pap, c'est ca derniere semaine ici. |
| Commentaire de ZZ_Arnaud Baali [ 13/juil./06 10:01 ] |
|
Je viens de faire un essai de VPN chez Moi et tout fonctionne à merveille. Je surf sur Internet J'ai accès au BO à l'intra, etc... Quentin j'attend de récupérer le portable pour te configurer le client Fortinet dessus. Merci |
| Commentaire de ZZ_Arnaud Baali [ 19/juil./06 17:05 ] |
|
Quentin, Pourrais-tu tester le VPN depuis le PC Portable avant la semaine prochaine pour savoir si tout fonctionne correctement depuis chez toi Merci |
| Commentaire de ZZ_Arnaud Baali [ 27/sept./06 08:43 ] |
|
Le problème d'accès au Back Office ne provient pas d'un souci de configuration du FortiClient. Avec les différents test qui ont été réalisés, il semblerait que la possibilité d'accéder au Back Office en VPN dépendent de la capacité de la carte réseaux physique a gérer les mutli adressage IP. Le problème est qu'il nous aient impossible de contrôler complètement les cartes réseaux de toutes les personnes qui utlisent le FortiClient. La seule solution actuelle sera d'envisager de mettre à disposition des utilisateurs des session Terminal Server. Merci N'hésitez pas a réouvrir le jira ou à me contacter par mail pour réouvrir le débat |
[APP-5212] BO : operations (a traiter) assez lent Création: 06/juil./05 18:38 Mise à jour: 25/juin/07 18:30 Résolue: 07/juil./05 18:11 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Perf |
| Affecte la/les version(s): | 8.0.3 |
| Version(s) corrigée(s): | 8.0.3 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Arnaud Forgues | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Le clic sur le lien "Operation (à traiter)" en BO est un peu lent .... : http://bo.pm.lan/wallet_back?action=operationsearch&fuzzy=false&needapprove=true&numberrows=200
|
| Commentaires |
| Commentaire de Arnaud Forgues [ 06/juil./05 18:39 ] |
| SQL + Explain Plan en INTEG et PROD |
| Commentaire de Quentin de Chivré [ 07/juil./05 12:17 ] |
|
Ne devrait t'on pas avoir un index OPERATION_FKIX_STATUS_TYPE plutot que OPERATION_FKIX_TYPE_STATUS Ca me parait + discriminant pour les recherches BO non ? |
| Commentaire de Martin Sudmann [ 07/juil./05 18:11 ] |
|
1. ajout de hint FIRST_ROWS 2. ajout de 2 colonnes à l'index Elapsed: 00:00:00.83 Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=HINT: FIRST_ROWS (Cost=2261 Card=732 Bytes=63684) 1 0 SORT (ORDER BY) (Cost=2261 Card=732 Bytes=63684) 2 1 NESTED LOOPS (Cost=2199 Card=732 Bytes=63684) 3 2 NESTED LOOPS (OUTER) (Cost=735 Card=732 Bytes=54900) 4 3 INLIST ITERATOR 5 4 TABLE ACCESS (BY INDEX ROWID) OF 'OPERATION' (Cost=3 Card=732 Bytes=43188) 6 5 INDEX (RANGE SCAN) OF 'OPERATION_FKIX_STATUS' (NON-UNIQUE) (Cost=2 Card=732) 7 3 TABLE ACCESS (BY INDEX ROWID) OF 'OPR_CAUSE' (Cost=1 Card=1 Bytes=16) 8 7 INDEX (UNIQUE SCAN) OF 'PK_OPR_CAUSE' (UNIQUE) 9 2 TABLE ACCESS (BY INDEX ROWID) OF 'USER_ACCOUNT' (Cost=2 Card=1 Bytes=12) 10 9 INDEX (UNIQUE SCAN) OF 'PK_USER_ACCOUNT' (UNIQUE) (Cost=1 Card=1) Statistics ---------------------------------------------------------- 0 recursive calls 0 db block gets 15915 consistent gets 0 physical reads 0 redo size 330237 bytes sent via SQL*Net to client 3513 bytes received via SQL*Net from client 276 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 4115 rows processed |
[EXP-2457] installation de 4 nouveaux postes pour le BO Création: 21/juil./06 10:22 Mise à jour: 25/juin/07 18:58 Résolue: 11/oct./06 09:42 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jemima Barru | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Avec l'arrivée de nouvelles personnes au BO, nous aurons besoin de 4 nouveaux postes pour le 16/08/2006. Merci Jémima |
| Commentaires |
| Commentaire de ZZ_Arnaud Baali [ 21/juil./06 15:43 ] |
|
Jémima, Pourrais-tu me remplir la fiche pour chacun des utilisateurs afin de te fournir les machines pour le 16 Aout? Merci d'avance Arnaud |
| Commentaire de Jemima Barru [ 21/juil./06 17:00 ] |
| Ok, mais je ne connais pas encore le nom de 3 utilisateurs. Est-ce gênant??? |
| Commentaire de Juan Luis Fajardo [ 24/juil./06 11:39 ] |
|
Ci-joint la fiche création pour le compte de Caroline Merci |
| Commentaire de ZZ_Arnaud Baali [ 26/juil./06 11:36 ] |
|
Il me faudra le nom des 3 autres quand tu les auras car c'est ce qui le prend le plus de temps a préparer. Merci |
| Commentaire de ZZ_Arnaud Baali [ 04/août/06 13:03 ] |
| Toujours pas de nouvelles des futurs trois autres nouveaux? |
| Commentaire de Jemima Barru [ 08/août/06 11:26 ] |
|
Nous sommes en plein recrutement. Je maintiens donc ma demande de 4 nouveaux postes. Je souhaiterais que celui de Caroline soit prêt pour la date convenue. Pour les trois autres, je pense que l'on va attendre début septembre. Je te confirmerai cela au fur et à mesure. merci. |
| Commentaire de Jemima Barru [ 24/août/06 11:37 ] |
|
Voici la fiche d'une nouvelle personne qui arrive dans notre équipe le 1/09/2006. Merci |
| Commentaire de ZZ_Arnaud Baali [ 11/oct./06 09:42 ] |
| Les 4 postes ont été ajoutés au Back Office |
[APP-7585] Migration de bo.jmh.lan en bo.priceminister.jmh Création: 13/févr./06 14:12 Mise à jour: 25/juin/07 18:35 Résolue: 23/mars/06 13:10 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.1.1 |
| Version(s) corrigée(s): | 8.1.2b |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Permet de ne plus avoir l'impression d'avoir l'information
'site de test' lorsque que l'on accède au bo en passant par le lien
MPLS. bien informer Steven du changement de DNS ensuite.
|
| Commentaires |
| Commentaire de Ranto Andriambololona [ 21/févr./06 17:47 ] |
|
Il n'est pas possible de mettre "jmh.priceminister.com" pour des raisons de conflits DNS Il faudrait que leDEV modifie la condition d'affichage du mot SITE DE TEST dans l'applicatif Actuellement : Si l'URL se termine par priceminister.com Alors afficher " PRICEMINISTER - BACK OFFICE " sinon afficher " PRICEMINISTER - BACK OFFICE - TEST " A modifier en: Si l'URL se termine par priceminister.com OU bo.jmh.lan Alors afficher " PRICEMINISTER - BACK OFFICE " sinon afficher " PRICEMINISTER - BACK OFFICE - TEST " |
| Commentaire de Ranto Andriambololona [ 21/févr./06 17:49 ] |
|
Il n'est pas possible de définir l'URL en jmh.priceminister.com Il faudrait que le DEV change la condition d'affichage du mot TEST Actuellement : Si l'URL se termine par priceminister.com Alors afficher PRICEMINISTER - BACK OFFICE - Sinon afficher PRICEMINISTER - BACK OFFICE - TEST A modifier en Si l'URL se termine par priceminister.com ou l'URL se termine par jmh.lan Alors afficher PRICEMINISTER - BACK OFFICE - Sinon afficher PRICEMINISTER - BACK OFFICE - TEST |
| Commentaire de Ranto Andriambololona [ 21/févr./06 17:50 ] |
|
Il n'est pas possible de définir l'URL en jmh.priceminister.com Il faudrait que le DEV change la condition d'affichage du mot TEST Actuellement : Si l'URL se termine par priceminister.com Alors afficher PRICEMINISTER - BACK OFFICE - Sinon afficher PRICEMINISTER - BACK OFFICE - TEST A modifier en Si l'URL se termine par priceminister.com ou l'URL se termine par jmh.lan Alors afficher PRICEMINISTER - BACK OFFICE - Sinon afficher PRICEMINISTER - BACK OFFICE - TEST |
| Commentaire de Ranto Andriambololona [ 21/févr./06 17:56 ] |
|
Il n'est pas possible de définir l'URL en jmh.priceminister.com Il faudrait que le DEV change la condition d'affichage du mot TEST Actuellement : Si l'URL se termine par priceminister.com Alors afficher PRICEMINISTER - BACK OFFICE - Sinon afficher PRICEMINISTER - BACK OFFICE - TEST A modifier en Si l'URL se termine par priceminister.com ou l'URL se termine par jmh.lan Alors afficher PRICEMINISTER - BACK OFFICE - Sinon afficher PRICEMINISTER - BACK OFFICE - TEST |
| Commentaire de Ranto Andriambololona [ 21/févr./06 17:58 ] |
|
Il n'est pas possible de définir l'URL en jmh.priceminister.com Il faudrait que le DEV change la condition d'affichage du mot TEST Actuellement : Si l'URL se termine par priceminister.com Alors afficher PRICEMINISTER - BACK OFFICE - Sinon afficher PRICEMINISTER - BACK OFFICE - TEST A modifier en Si l'URL se termine par priceminister.com ou l'URL se termine par bo.priceminister.jmh Alors afficher PRICEMINISTER - BACK OFFICE - Sinon afficher PRICEMINISTER - BACK OFFICE - TEST |
| Commentaire de Ranto Andriambololona [ 21/févr./06 17:59 ] |
|
Le dernier commentaire est le bon Il y avait un BUG dans jira, ce qui explique ces multiples commentaires |
| Commentaire de Sébastien Tournay [ 22/févr./06 10:14 ] |
| Très bien. Il faut faire une demande à l'équipe de DEV et passer par christophe pour lui expliquer le pb |
| Commentaire de Christophe Garcia [ 22/févr./06 11:51 ] |
|
En résumé : Si l'URL se termine par priceminister.com ou l'URL se termine par priceminister.jmh Alors afficher PRICEMINISTER - BACK OFFICE - Sinon afficher PRICEMINISTER - BACK OFFICE - TEST |
| Commentaire de Arnaud Forgues [ 07/mars/06 18:06 ] |
| Ok done ! |
| Commentaire de Christophe Garcia [ 15/mars/06 16:50 ] |
| A tester après déploiement 812 |
| Commentaire de Patrick Condevaux [ 21/mars/06 15:10 ] |
|
on a toujours la mention test sur http://bo.jmh.lan/summary |
| Commentaire de Arnaud Forgues [ 21/mars/06 15:36 ] |
| C'est normal, la modif concerne le site bo.priceminister.jmh qui doit remplacé le site bo.jmh.lan |
| Commentaire de Sébastien Tournay [ 21/mars/06 15:45 ] |
|
Ranto, Il me semble q'il reste la mise en place du virtual host bo.priceminister.jmh à mettre en place en PROD pour terminer ce chantier. A voir avec PAP si le DNS existe en interne |
| Commentaire de Ranto Andriambololona [ 22/mars/06 18:25 ] |
|
Tout est en place ... Il faut attendre le redémarrage demain matin de Junon pour que les paramètres d'image soient migrés de bo.jmh.lan vers bo.priceminister.jmh (cela se fait dans le priceminister.properties) |
| Commentaire de Patrick Condevaux [ 23/mars/06 16:14 ] |
| ok |
[APP-14027] En BO, le lien "articles" ne fonctionne pas Création: 05/déc./06 11:36 Mise à jour: 25/juin/07 18:47 Résolue: 05/janv./07 16:45 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 11.0.0 (Merge et Maintenance) |
| Version(s) corrigée(s): | 11.0.0 (Merge et Maintenance) |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Jemima Barru | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM archivés: | Maintenance 11.0.0 | ||||||||
| Description |
|
En BO, lorsque l'on clique sur "articles" (profil A et V), la page ne s'ouvre pas.
|
| Commentaires |
| Commentaire de Jemima Barru [ 05/déc./06 11:40 ] |
|
Idem pour le lien "rechercher les articles" présent sur la fiche panier. En bref, la recherche par article ne fonctionne plus. |
| Commentaire de Younès Charrière [ 05/déc./06 12:40 ] |
|
Il y a pas mal de problèmes en BO dû à de mauvaises requêtes SQL . Patrick Perreira du service d'exploitation est sur le coup. |
| Commentaire de Patrick Pereira [ 05/déc./06 15:25 ] |
|
Il y a en effet un problème sur ces requêtes. J'ai ouvert un Jira pour l'équipe de DEV (cf |
| Commentaire de Patrick Pereira [ 11/déc./06 17:53 ] |
| C'est corrigé. |
| Commentaire de Younès Charrière [ 11/déc./06 18:28 ] |
| Ok merci beaucoup ! ;) |
[APP-11145] TG on ne peut plus changer le titre en bo Création: 12/juil./06 11:38 Mise à jour: 25/juin/07 18:41 Résolue: 17/juil./06 10:31 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | TG |
| Affecte la/les version(s): | 9.0.1 |
| Version(s) corrigée(s): | 9.0.2 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Elisabeth Delongeaux | Attribution: | Emmanuel Gosse |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
TG on ne peut plus changer le titre de la selection en bo. C'est extremement problematique |
| Commentaires |
| Commentaire de Jérôme Viviès [ 13/juil./06 09:17 ] |
|
Peux-tu être plus précise ? Donne un exemple, avec les url qui permettent d'accéder aux pages que tu manipules, stp. |
| Commentaire de Jérôme Viviès [ 13/juil./06 10:29 ] |
|
Je ne crois pas que ce soit du param... Ou alors une astuce que nous ne connaissons pas encore (?) |
| Commentaire de Christophe Garcia [ 13/juil./06 15:08 ] |
|
Pb de keywords dans les titres de TG ? 2006-07-13 15:03:50,662 INFO [P-Processor9] 62.23.27.114 - >>> GET http://bo.priceminister.com/display_back?action=stackupdate&stack_id=1251515& title=Notre+S%E9lection+Mode+Femme+%21&description=&width=6&x=15&y=9 2006-07-13 15:03:50,664 ERROR [P-Processor9] 62.23.27.114 - Load error Servlet : com.babelstore.display.back.DisplayServlet Request : GET http://bo.priceminister.com/display_back?action=stackupdate&stack_id=1251515&title=Notre+S%E9lection+Mode+Femme+%21&description=&wi dth=6&x=15&y=9 Referrer : http://bo.priceminister.com/display_back?action=stack&stackid=1251515 User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) Trace : java.lang.NullPointerException at com.babelstore.util.Input.hasForbiddenWords(Input.java:175) at com.babelstore.display.StackInput.verify(StackInput.java:61) at com.babelstore.display.back.StackUpdateAction.execute(StackUpdateAction.java:72) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:331) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:293) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:210) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:182) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:151) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:113) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2006-07-13 15:03:50,674 INFO [P-Processor9] 62.23.27.114 - <<< [12 ms] GET http://bo.priceminister.com/display_back?action=stackupdate&stack_id= 1251515&title=Notre+S%E9lection+Mode+Femme+%21&description=&width=6&x=15&y=9 |
| Commentaire de Christophe Garcia [ 13/juil./06 15:44 ] |
|
Je vais désacttiver les properties qui posent problème. Ca refonctionnera normalement dès lundi. #--------------------------------------------------------------------------------------# # TG keywords #--------------------------------------------------------------------------------------# # List of forbidden keywords #priceminister.tg.forbidden_word = font,center # List of keywords with warning message #priceminister.tg.warning_word = <i,<b,<br,<s,<span Dès que ce bug sera résolu, il faudra réactiver ces properties. |
| Commentaire de Emmanuel Gosse [ 17/juil./06 10:31 ] |
| c'est corrigé. |
| Commentaire de Lydia Dali [ 20/juil./06 18:42 ] |
| Testé sur mumm avec les 2 propriétés décommentées. |
[APP-18805] impossible de créer une FP vidéo en BO Création: 03/déc./07 16:31 Mise à jour: 04/févr./08 10:29 Résolue: 11/janv./08 12:08 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 18.0.1 |
| Version(s) corrigée(s): | 19.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jany Marimoutou | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM archivés: | Maintenance 19.x.x | ||||||||||||||||
| Description |
|
Lorsque j'essaie de créer une FP vidéo en BO, j'obtiens le message suivant : La page demandée n'est pas disponible
|
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 03/déc./07 17:12 ] |
|
2007-12-03 17:04:07,681 INFO [-Processor74] BO:Anonyme - >>> GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=30 2007-12-03 17:04:07,688 ERROR [-Processor74] BO:Anonyme - Load error Servlet : com.babelstore.referential.back.ReferentialBackServlet Request : GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=30 Referrer : null User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) Trace : java.lang.NullPointerException at com.babelstore.referential.back.ProductViewModel.load(ProductViewModel.java:112) at com.babelstore.util.web.Model.doLoad(Model.java:48) at com.babelstore.util.Block.load(Block.java:102) at com.babelstore.util.web.Screen.load(Screen.java:107) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:226) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:185) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:153) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2007-12-03 17:04:07,719 INFO [-Processor74] BO:Anonyme - <<< [38 ms] GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=30 |
| Commentaire de Edouard Gomez-Vaez [ 04/déc./07 18:52 ] |
|
Je crois que l'on avait évoqué la possibilité de restreindre
la création de FP via le BO (ne pas passer par les imports/MeV posant
de plus en plus de problèmes). Manu, tu peux regarder les impacts de création en BO (summarisation etc...), Jany, tu peux nous dire si passer par le front peut te suffire ? |
| Commentaire de Jany Marimoutou [ 07/janv./08 11:35 ] |
| Non, passer par le Front Office est contraignant lorsque l'on a besoin de créer rapidement pour une opération ou pour mettr eà dispo rapidement une FP que nous n'avons pas sur le site. Il faut que soit rétabli cette fonction qui nous est utile. |
| Commentaire de Gaël Seguillon [ 08/janv./08 14:43 ] |
| C'est vraiment important et urgent de pouvoir rétablir la création de fiches en bo celà nous pénalise énormément dans notrre travail au quotidien |
| Commentaire de Manuel Sadok [ 10/janv./08 11:18 ] |
| Problème corrigé. |
| Commentaire de Jany Marimoutou [ 11/janv./08 11:07 ] |
|
Désolé d'insister. Il est toujours impossible de créer des FP produits en BO que ce soit avec Firefox ou Internet Explorer. J'insiste sur le fait que cette fonction nous est plus qu'utile. Le faire en Front nécessite des manipulations en Front pour la créer, puis en BO pour les améliorer avec les largeurs qui nous sont conséder pour créer des FP "spéciales" pour des opérations. |
| Commentaire de Manuel Sadok [ 11/janv./08 12:08 ] |
|
Le commentaire précédent indique seulement que Christophe
peut tester le bon fonctionnement lors de sa prochaine intégration. Pour
que ce soit utilisable en prod, il faudra attendre la V19 car il n'y a
pas de déploiement de prévu d'ici là. Ne t'en fais pas Jany, la correction de ce problème sera livrée avec la V19. |
| Commentaire de Jany Marimoutou [ 11/janv./08 12:56 ] |
|
Merci pour cette précision. et merci alors d'avoir remis en place cette fonctionnalité. |
| Commentaire de Espérance Galouo-Lece [ 04/févr./08 10:29 ] |
| Done. |
[APP-6130] Ajouter la fonction de changement de login dans le BO Création: 27/oct./05 15:21 Mise à jour: 07/déc./07 10:02 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.8 |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Patrick Pereira | Attribution: | Dispatcher (Dev-WishList) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Il faudrait permettre au BO de modifier le login d'un utilisateur. Il faudrait éventuellement reprendre le script changelogin (cf Merci. Patrick. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 02/nov./05 10:02 ] |
|
Il faudrait dans ce cas aussi automatiser la modification du compte FTP correspondant si c'est un pro... Ou en tout cas prendre cela en compte d'une facon |
BO : Certaines pages de statistiques ne fonctionnent plus.
(APP-7150)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.1.0a |
| Version(s) corrigée(s): | 8.1.1 |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Prod |
| Description |
|
Listing des pages de statistiques disponibles en BO. Quelles sont celles qui fonctionnent et celles qui ne fonctionnent pas ? Pour chaque stat, quelle est la requête associée ? |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 06/févr./06 11:42 ] |
|
Voici le resultat stat usr du 6 fevrier 2006: http://pricejira.lan/secure/attachment/12909/dashboad.bmp Voivi l'explication: http://pricejira.lan/secure/attachment/12910/bugSummary3.txt |
| Commentaire de Geneviève Beaujard [ 07/févr./06 16:08 ] |
|
Petit rappel pour la partie NOUVEAUX comptes : Comptes indefini : nbre d'enregistrements de compte à partir de la page mon compte Comptes vendeur : nbre d'enregistrements de compte lors de la premiere mise mise en vente non NG d'une annonce Comptes acheteur : nbre d'enregistrements de compte lors d'un premier panier Le comptage est effectué sur la table usr_period_summary qui n'est remplie que deux fois par jour (6h30, 23h30) a partir de la requete suivante: (ex pour le 6 fevrier) SELECT COUNT(*) AS created_count, decode(use_type_code, 80, 10, 90, 20, 100, 30) AS type_code FROM usr_event WHERE use_type_code IN (80, 90, 100) -- buyer, seller, undefined AND creation_date BETWEEN TO_DATE('2006-02-06 00:00:00', 'YYYY-MM-DD HH24:MI:SS') AND TO_DATE('2006-02-07 00:00:00', 'YYYY-MM-DD HH24:MI:SS') GROUP BY use_type_code UNION SELECT COUNT(*), 0 FROM user_account WHERE creation_date BETWEEN TO_DATE('2006-02-06 00:00:00', 'YYYY-MM-DD HH24:MI:SS') AND TO_DATE('2006-02-07 00:00:00', 'YYYY-MM-DD HH24:MI:SS'); T = O -> tous types T = 10 (evt 80)-> buyer T = 20 (evt 90)-> seller T = 30 (evt 100)-> undefined La partie NG n'enregistre pas d'evenement. En effet l'enregistrement de l'evenement seller se fait dans RegisterDoAction sur FB_CONNECTION_FOR_ADVERT. La partie NG demande FB_CONNECTION_FOR_PRODUCT. Toutes les vendeurs NG ne seront donc pas enregistrés. LA QUESTION est: Que veux t'on compter (dans la partie nouveau vendeur): les evts d'enregistrement seller ou la premiere mise en vente d'un compte sachant qu'une personne peut tres bien s'enregistrer en tant qu'indefini et faire sa premiere vente apres. Je me pose la même question sur le comptage des acheteurs. J'attends une reponse de la prod pour savoir quand usr_period_summary est mis a jour. La reponse est dans http://pricejira.lan/browse/EXP-1194 Le batch batch_usr_period est donc lancé 2 fois: 6h30 puis 23h30. Le lancement a 23h30 est important car il permet de creer une entrée dans usr_period_summary pour le jour concerné sur un type qui n'existait pas à 6h30. Exemple: pour le 7 fevrier select CREATION_DATE, CHANGE_DATE, PERIOD_START_DATE, IS_PERIOD_CLOSED, USR_SUMMARY_TYPE_CODE, CREATED_COUNT from usr_period_summary where creation_date > sysdate -2 CREATION_DATE CHANGE_DATE PERIOD_START_DATE IS_PERIOD_CLOSED USR_SUMMARY_TYPE_CODE CREATED_COUNT ------------------- ------------------- ------------------- ---------------- --------------------- ------------- 06/02/2006 06:32:42 07/02/2006 06:33:40 06/02/2006 00:00:00 1 30 1258 06/02/2006 06:32:42 07/02/2006 06:33:40 06/02/2006 00:00:00 1 10 1739 06/02/2006 06:32:42 07/02/2006 06:33:40 06/02/2006 00:00:00 1 0 3384 06/02/2006 23:33:43 07/02/2006 06:33:40 06/02/2006 00:00:00 1 20 11 07/02/2006 06:33:40 07/02/2006 06:33:40 07/02/2006 00:00:00 0 30 51 07/02/2006 06:33:40 07/02/2006 06:33:40 07/02/2006 00:00:00 0 10 80 07/02/2006 06:33:40 07/02/2006 06:33:40 07/02/2006 00:00:00 0 0 149 7 ligne(s) sélectionnée(s). La on voit bien que l'entrée pour les sellers a été créée a 23h30. |
| Commentaire de Quentin de Chivré [ 07/févr./06 19:27 ] |
|
Mettre en place la solution discutée entre nous voir si on peut corriger les données |
| Commentaire de Geneviève Beaujard [ 08/févr./06 16:57 ] |
|
La solution est mise en place. La migration est un peu compliquée et pas tres juste: Elle consiste a changer l'evt 'creation as undefined' en 'creation seller' 1) Mise a jour de l'evt: On recherche les comptes undefined qui ont posé une annonce le jour de leur creation. UPDATE usr_event set use_type_code = 90 WHERE user_account_id IN( SELECT user_account_id FROM user_account u WHERE (last_buyable_advert_date IS NOT NULL OR last_consultable_advert_date IS NOT NULL) AND user_account_id IN ( select user_account_id FROM usr_event WHERE u.user_account_id = user_account_id AND use_type_code IN (100) ) AND TRUNC(u.creation_date) = ( SELECT TRUNC(min(creation_date)) FROM advert WHERE u.user_account_id = seller_account_id AND data_file_id is null ) AND creation_date > sysdate - 2) AND use_type_code = 100 Bien entendu cette requete sera faite dans une boucle si tu es d'accord sur le principe. 2)ouvrir dans usr_period_summary les periodes qui commencent en janvier 2005 3)attendre le depart du batch pour remettre a jour usr_period_summary Cette migration n'est pas tres juste car elle peut transformer des 'indefinis' en 'vendeur'. |
| Commentaire de Geneviève Beaujard [ 09/févr./06 12:31 ] |
|
Ok pour la partie 1. Il n'y aura pas de script de migration. |
[APP-3063] BO Article : Quand on change la note en BO, maj de la date aussi Création: 17/nov./04 13:54 Mise à jour: 25/juin/07 18:26 Résolue: 25/juin/07 18:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.7a |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
La modification de la note ou du commentaire en BO modifie la date et cela change l'ordre des commentaires en FO dans l'historique vendeur. Ca me parait bizarre, de plus qu'est ce que cela peut avoir d'autre comme impact + grave ? |
| Commentaires |
| Commentaire de Martin Sudmann [ 23/nov./04 16:31 ] |
|
impacte : dans le cas où le compensation batch tourne après la date du paiement et la "logical date" est alors inférieur à la feeback date mise à jour par le BO, le vendeur ne sera pas payé avec cette compensation, mais avec la prochaine. Cas très rare, mais la feedback date devrait être posée uniquement si elle est null (au feedback initiale), et ne jamais mise à jour. |
| Commentaire de Martin Sudmann [ 23/nov./04 17:52 ] |
|
corrigé. A mon avis pas de correction des mauvaises dates nécessaires, parce que peu d'impacte. |
[APP-29314] Redirection vers la LPS après modification d'annonce en BO Création: 23/avr./10 18:01 Mise à jour: 04/mai/10 14:58 Résolue: 26/avr./10 11:43 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 66.0.0.1 |
| Version(s) corrigée(s): | 68.0.0 (VEN-B) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jean-Sébastien Franck | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | MEV - Landing Page Scénarisée |
| Description |
|
Après modification d'annonce en BO, on est redirigé vers la LPS ! Vérifier si ce problème existe également sur la page "questions sur mon annonce" et "saisir mes fichiers de stock". |
| Commentaires |
| Commentaire de Jean-Sébastien Franck [ 26/avr./10 11:13 ] |
|
En fait, il ne s'agit pas d'une modification d'annonce en
BO. Lorsqu'on clique sur le lien, on est connecté avec l'utilisateur
possédant l'annonce et on a accès au formulaire de modification en FO.
Après modification, on arrive sur la LPS. Le comportement n'est donc pas
incohérent, on ne fait donc rien de ce côté là. Validé avec EGV. Reste à tester les pages "question sur mon annonce" et "saisir mes fichiers de stock". |
| Commentaire de Jean-Sébastien Franck [ 26/avr./10 11:43 ] |
| Concernant les pages "question sur mon annonce" et "saisir mes fichiers de stock", on était bien renvoyé vers la LPS après modification d'annonce. Désormais, après modification d'annonce, on est renvoyé vers la page de départ. |
[APP-2632] BO Produit : problème sur l'affichage des contributeurs Création: 12/août/04 14:56 Mise à jour: 20/nov./07 11:41 Résolue: 28/sept./07 17:29 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 7.2.4b |
| Version(s) corrigée(s): | 18.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Validator | Attribution: | Edouard Gomez-Vaez |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** STANDBY *** |
| Classif1: | BP |
| Classif2: | RBP - attribut - contributeur |
| Description |
|
Les acteurs de ce film sont affichés en FO, mais ne sont pas visibles en BO. Il n'est donc pas possible aux commerciaux de les modifier (en l'occurence, il y a une erreur sur cette fiche). |
| Commentaires |
| Commentaire de Quentin de Chivré [ 26/août/04 18:30 ] |
|
Il s'agit des contributeurs qui sont associés a un élément produit. Il ne sont pas modifiables en BO mais sont affichés en FO. La notion d'élément est elle utilisée en FO pour l'affichage ? |
| Commentaire de Martin Sudmann [ 15/sept./04 12:45 ] |
| non, la méthode d'affichage en velocity colle tous les contributions ensemble... |
| Commentaire de Martin Sudmann [ 23/juin/05 10:35 ] |
| attendre la migration en attributs |
| Commentaire de Edouard Gomez-Vaez [ 28/sept./07 17:29 ] |
| Quel produit ? Je pense que depuis le 12/08/2004 cela se passe mieux :-). |
| Commentaire de Edouard Gomez-Vaez [ 08/oct./07 18:23 ] |
| [CAJ200710] |
[APP-29869] Pouvoir identifier en BO les properties surchargées Création: 10/juin/10 11:24 Mise à jour: 30/sept./10 17:00 Résolue: 18/juin/10 14:35 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 78.0.0 (CTN-TU) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Renaud Dierickx |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
Serait il possible d'indiquer simplement en BO les properties dont les valeurs sont surchargées ? Cf exemple en capture (asterisque, couleur ... etc.) |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 10/juin/10 14:19 ] |
|
Pas possible techniquement. JBoss charge les fichiers de prop dans l'ordre et nous n'avons accès qu'au résultat final. Par contre l'exploit pourrait faire un script à partir des fichiers et envoyer un rapport identifiant les clés en doublons ? |
| Commentaire de Renaud Dierickx [ 18/juin/10 14:34 ] |
|
En fait, j'ai développé l'affichage en BO du fichier overload à la fin de l'écran "/admin_back?action=serverlist". ( Toutefois, il faut être vigilant car c'est le contenu du fichier mais pas forcément les propriétés du serveur : exemple, si Jérémie modifie le fichier mais ne fait pas de touch, la propriété n'est pas prise en compte par le serveur. ==> j'affiche donc ces données à la fin de l'écran et je ne les mélange pas avec les propriétés du serveur comme le proposait Cédric. |
| Commentaire de Renaud Dierickx [ 18/juin/10 14:35 ] |
| [CAJ2010Q2CTN] |
[APP-1820] Soumission en BO de fiche audio portable Création: 21/janv./04 16:52 Mise à jour: 25/juin/07 18:24 Résolue: 25/juin/07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.5pre |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Benjamin Guerville | Attribution: | Validator |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
On peut créer une fiche audio poortable en BO, mais on ne peut pas spécifier à laquelle des 7 sous-catégories appartient le produit créé (boombox, dictaphone, ...) |
| Commentaires |
| Commentaire de Benjamin Guerville [ 21/janv./04 16:52 ] |
| Merci |
| Commentaire de Quentin de Chivré [ 21/janv./04 17:27 ] |
|
Il faut donc passer par le Front Office qui gère toute la logique complexe de création. Celle ci ne sera pas reproduite en BO. |
[APP-5487] Refont d'ecran 'apercu' dans BO/images Création: 23/août/05 13:04 Mise à jour: 25/juin/07 18:31 Résolue: 01/sept./05 20:18 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 8.0.4e |
| Version(s) corrigée(s): | 8.0.5 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Judd OSullivan | Attribution: | Emmanuel Gosse |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
On refait la page 'apercu' dans BO/images. Lien : http://bo.pm.lan/image_back?action=imagesearch&javascript_callback=&matrix=true&pri_type_code=&pri_status_code=20&prd_type_code=&product_id=&login=&creation_start_date=&creation_end_date=&change_start_date=&change_end_date=&number_rows=12&image_per_line=4&x=27&y=10 Voir la maquette de ANL à : T:\Maquettes\01.Maquettes_a_valider\Bo_images C'est un refont graphic/HTML. |
| Commentaires |
| Commentaire de Andrei Matyas [ 24/août/05 10:27 ] |
| The problem was solved. We display all the images of a product on a row and we pass to the next row for a new product. That means that the attribute "numImagesPerRow" is useless (i deleted it). |
| Commentaire de Andrei Matyas [ 01/sept./05 16:47 ] |
| L'ajout des paddings blancs sur certaines images déforme l'affichage des lignes |
| Commentaire de Quentin de Chivré [ 01/sept./05 18:25 ] |
| Il ne faut pas faire de padding en BO ca serait mieux |
| Commentaire de Martin Sudmann [ 01/sept./05 18:44 ] |
|
le pb dans l'affichage des lignes est corrigé. En ce qui concerne le padding en BO: Je ne suis pas d'accord: La validation en BO sert à valider que l'image s'affichera bien en FO, et c'est avec le padding. Si on n'afficha pas le padding et l'utilisateur a détouré avec du blanc cassé, ça se voit uniquement devant un fond blanc. A mon avis il faudrait même tailler les images en carreaux, comme en front. |
| Commentaire de Quentin de Chivré [ 01/sept./05 18:53 ] |
|
Ben non la validation sert a verifier 1 - que c'est pas du cul ou autre 2 - que les images sont pas de trop mauvaise qualité avec la padding blanc sur fond gris, on ne sait pas si le padding fait partie de l'image originale ou pas Bref, je vais pas me battre, mais voyez avec Jany & Co ce qu'ils veulent |
| Commentaire de Emmanuel Gosse [ 01/sept./05 20:18 ] |
|
c fait. image sans padding en bo |
[EXP-3969] Créer des URL Pangora pour 'preview' et 'bo' Création: 27/sept./07 17:20 Mise à jour: 09/oct./07 16:54 Résolue: 09/oct./07 16:54 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Bloquant |
| Rapporteur: | Damien Dorizy | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Description |
| Commentaires |
| Commentaire de Damien Dorizy [ 27/sept./07 17:21 ] |
|
Tout marchera sur preview et bo lorsque les urls du jira |
| Commentaire de Jérémie Bennejean [ 09/oct./07 16:54 ] |
|
C'est en place. vu avec Damien |
[EXP-1395] Plantage quand on fait une recherche avec "/" à partir du BO Création: 27/févr./06 17:19 Mise à jour: 25/juin/07 18:56 Résolue: 27/févr./06 19:44 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Lydia Dali | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
A partir du BO si on cherche 36/38 sur http://bo.pm.lan/navigation/se/category/sa/kw/36%2f38, ça nous renvoie une erreur "L'accès direct aux boutiques des vendeurs ......" LOG de deutz: bo.pm.lan 192.168.1.155 - - [27/Feb/2006:16:58:02 +0100] "GET /navigation/se/cat egory/s_music/category_sub/104723/kw/36%2f38 HTTP/1.1" 404 605 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" Par contre pas d'erreur si on passe par de www.pm.lan |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 27/févr./06 19:44 ] |
|
J'ai ajouté AllowEncodedSlashes On dans la configuration apache du bo Le problème est résolu |
[APP-28217] Templates de mails : création BO impossible Création: 05/févr./10 17:09 Mise à jour: 11/févr./10 09:33 Résolue: 08/févr./10 15:45 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Mails |
| Affecte la/les version(s): | 61.0.0 (CTN-O) |
| Version(s) corrigée(s): | 62.0.0 (NAV-A) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
En BO, dans "Mots-clés / Edito" > "Templates de mails". En cliquant sur le bouton "Ajouter" (en face du groupe de templates), on obtient "Erreur - non disponible". |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 05/févr./10 17:26 ] |
|
2010-02-05 17:25:13,837 INFO [P-Processor3] BO:pmadmin:Non_identifié - >>> GET http://www.pm.lan/message_back?action=umstemplateview&groupalias=g_account 2010-02-05 17:25:13,860 ERROR [P-Processor3] BO:pmadmin:Non_identifié - Block generation error in : com.babelstore.message.back.UmsTemplateView_jsp 2010-02-05 17:25:13,861 ERROR [P-Processor3] BO:pmadmin:Non_identifié - Assembly error~Servlet=com.babelstore.message.back.MessageBackServlet~Request=GET http://www.pm.lan/mes sage_back?action=umstemplateview&groupalias=g_account~Referrer=http://www.pm.lan/message_back?action=umstemplatesearch&fuzzy=false&numberrows=100~User-Agent=Mozilla/5.0 (Window s; U; Windows NT 5.1; fr; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7~Trace=java.lang.NullPointerException at com.babelstore.message.back.UmsTemplateView_jsp.generate(UmsTemplateView_jsp.java:275) at com.babelstore.util.Block.generate(Block.java:157) at com.babelstore.util.web.Request.include(Request.java:604) at com.babelstore.util.web.Request.include(Request.java:637) at com.babelstore.util.web.Request.include(Request.java:643) at com.babelstore.common.back.BackPopupTemplate_jsp.generate(BackPopupTemplate_jsp.java:75) at com.babelstore.util.Block.generate(Block.java:157) at com.babelstore.util.web.Screen.generate(Screen.java:162) at com.babelstore.util.web.Request.generate(Request.java:577) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:469) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:200) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2010-02-05 17:25:13,861 INFO [P-Processor3] BO:pmadmin:Non_identifié - <<< [24 ms] GET http://www.pm.lan/message_back?action=umstemplateview&groupalias=g_account |
| Commentaire de Alexandre Garnier [ 05/févr./10 17:57 ] |
| Ce n'est pas plus possible depuis le lien "A" de la page de listing des templates --> on ne peut plus créer de template BO ! |
| Commentaire de Alexandre Garnier [ 05/févr./10 17:59 ] |
|
Régression apportée par la révision 24681.113.105 qui
utilise le template alors que celui-ci n'existe pas dans le cas de la
création d'un template... Cette révision a été faite dans le cadre du JIRA Il suffit d'ajouter un "mailTemplate != null" dans le test avant l'utilisation de celui-ci. |
| Commentaire de Renaud Dierickx [ 08/févr./10 15:45 ] |
| [CAJ2010Q1CTN] |
L'appel aux css en https ne fait pas appel à la servlet static !
(APP-12276)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | 10.0.0 (ESP) |
| Version(s) corrigée(s): | 10.0.1 |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** RESERVE *** |
| Description |
|
Maintenant, les images de la CSS sont appelés dans le
dossier de nom du brand et non plus de nom du skin, ce qui oblige à
dupliquer www pour bo et preview. Il faudrait donc créer des liens de ces dossier vers www front/brand/bo/ -> front/brand/www/ front/brand/preview/ -> front/brand/www/ |
| Commentaires |
| Commentaire de Patrice Boulanger [ 30/oct./06 15:41 ] |
| On parle de quelle(s) plateforme(s): integ ? prod? |
| Commentaire de Alexandre Garnier [ 30/oct./06 16:04 ] |
| Toutes |
| Commentaire de Christophe Garcia [ 20/nov./06 10:36 ] |
|
Alors d'abord en INTEG ESPAGNE ! Merci |
| Commentaire de Patrice Boulanger [ 20/nov./06 10:44 ] |
|
Ces liens existent déjà en integ france et en integ espagne: [adminpm@deutz:~/chrootapache/usr/local/apache/htdocs/pmweb/es/content/V10_0_1/front/brand]ls -l total 64 drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 acf drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 bambinoccasion lrwxrwxrwx 1 adminpm adminpm 3 nov 16 17:20 bo -> www drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 camif drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 christmas drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 croixrouge drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 epik drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 francemobiles drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 freesurf drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 koobuycity drwxr-xr-x 4 adminpm adminpm 4096 nov 16 17:20 liberation drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 m6 drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 mobilesachat drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 presencepc lrwxrwxrwx 1 adminpm adminpm 3 nov 16 17:20 preview -> www drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 viamichelin drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 virginmega drwxr-xr-x 4 adminpm adminpm 4096 nov 16 17:20 www |
| Commentaire de Patrice Boulanger [ 14/déc./06 10:02 ] |
| On peut clore ce Jira ? |
| Commentaire de Alexandre Garnier [ 14/déc./06 10:12 ] |
| Oui |
[APP-23320] [UK] (Param BO) Négo ne fonctionne pas ? Création: 26/nov./08 17:51 Mise à jour: 15/déc./08 18:01 Résolue: 08/déc./08 17:30 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente, Négociation |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | 37.0.0 (TX-D) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Charles Decaux | Attribution: | Rémi Virlouvet |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||||
| Site: | Recette | ||||||||||
| Navigateur: | Internet Explorer 6.X | ||||||||||
| Projets PM archivés: | UK - Plateforme BETA |
| Description |
|
J'ai activé la négo sur mon compte. Or sur tous les produits
que j'ai mis en vente, le lien 'negociate the price' n'apparait pas.
|
| Commentaires |
| Commentaire de Emeric Teil [ 26/nov./08 18:24 ] |
|
Quel compte ? Pour info : la négo n'est dispo qu'au bout d'un certain labs de temps...(2 jours en FR)... normalement si tu va modifier tes annonce, il doit te dire à partir de quand elle sera négociable... |
| Commentaire de Emeric Teil [ 05/déc./08 10:14 ] |
| Charles, tu peux vérifier si le problème est toujours présent ou bien si après le délai imparti, ton annonce est bien devenue négociable ? |
| Commentaire de Charles Decaux [ 05/déc./08 12:56 ] |
|
La négo n'apparait toujours pas sur mon annonce (vendeur chucki_uk) http://www.pm.bollinger:2680/offer/buy/26490527/Use-Your-Illusion---Vol-1---3eme-Album.html Quel est le délai pour que la négo s'affiche ? |
| Commentaire de Emeric Teil [ 05/déc./08 14:56 ] |
| a priori problème sur le formulaire de mise en vente, on doit avoir des choses telles que "if allownegociation then..." |
| Commentaire de Rémi Virlouvet [ 08/déc./08 17:06 ] |
|
en fait il y a bien du code nego dans le html du formulaire
annonce, mais il manquait le noeud dans l'arbre, et la ligne dans le
format. j'ai de plus autorisé la négo pour tout type dans conf produit. tout ça en dèv (pour tester). |
| Commentaire de Rémi Virlouvet [ 08/déc./08 17:15 ] |
| tout a l'air ok, je fais en prod |
| Commentaire de Emeric Teil [ 08/déc./08 17:16 ] |
| OK, faut-il tout de même créer les sous-taches ? (à priori, rien de tout cela n'est fait en Prod et il faudrait que ce soit le cas pour la conf ?) |
| Commentaire de Rémi Virlouvet [ 08/déc./08 17:19 ] |
| sous taches pas nécessaires à mon avis. l'aide en ligne a l'air ok. |
| Commentaire de Emeric Teil [ 08/déc./08 17:21 ] |
| OK très bien :o) |
| Commentaire de Rémi Virlouvet [ 08/déc./08 17:30 ] |
| fait en PROD |
| Commentaire de Emeric Teil [ 08/déc./08 17:35 ] |
|
Charles, tu peux tester en Dev que c'est OK pour toi ? rémi : peux-tu indiquer la catégorie de produit pour laquelle c'est OK en dev ? |
| Commentaire de Rémi Virlouvet [ 08/déc./08 17:46 ] |
| Toutes! |
| Commentaire de Charles Decaux [ 08/déc./08 18:44 ] |
|
Je pense qu'il va falloir créer des sous-jira. En effet, le mail envoyé à l'acheteur suite à une négo ne me semble pas correct . On lui dit notamment "We have contacted the seller(s) and have asked them to send you the item(s) you have ordered. Once we receive confirmation from them, we will send you an order summary within 3 days." Or, il n'est pas certain que le vendeur envoie le produit ? Voir le mail en screenshot. |
| Commentaire de Emeric Teil [ 08/déc./08 18:49 ] |
|
Effectivement, le mail est censé être adapté lorsqu'il s'agit d'une offre négo et non pas d'un achat "ferme". |
| Commentaire de Charles Decaux [ 08/déc./08 18:57 ] |
| Par ailleurs, je ne reçois pas le mail côté vendeur |
| Commentaire de Rémi Virlouvet [ 09/déc./08 10:37 ] |
| c'est pas param :) |
| Commentaire de Emeric Teil [ 09/déc./08 10:44 ] |
| OK, je crée une sous-tache pour Cedric. |
| Commentaire de Emeric Teil [ 15/déc./08 16:22 ] |
| Charles, hormis la sous-tache concernant le mail, es-tu OK pour le reste ? |
| Commentaire de Charles Decaux [ 15/déc./08 17:19 ] |
| oui c'est bon, merci |
[APP-28856] Apostrophes disparues dans les titres des messages BO Création: 23/mars/10 15:40 Mise à jour: 06/avr./10 10:01 Résolue: 29/mars/10 15:38 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 65.0.0 (TX-M) |
| Version(s) corrigée(s): | 66.0.0 (NAV-B) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Marc-Antoine Decreton |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||
| Site: | Prod | ||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||
| Navigateur: | Tous | ||||||||||||
| Description |
|
Tous les titres de messages arrivés en BO depuis 5 h ce matin et comprenant des apostrophes sont buggués. Les apostrophes sont ainsi remplacées par "'". Voir screenshot. Merci. |
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 24/mars/10 11:01 ] |
| A priori, le problème affecte également le corps de certains messages. |
| Commentaire de Marc-Antoine Decreton [ 24/mars/10 11:12 ] |
|
Tu peux m'envoyer un ou deux identifiants de messages concernés stp ? Merci |
| Commentaire de Habib-Sylvain Gourguet [ 24/mars/10 11:52 ] |
|
Voila :-) http://bo.priceminister.com/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=4044797&usrmessageid=243148949 http://bo.priceminister.com/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=379687&usrmessageid=243291444 |
| Commentaire de Marc-Antoine Decreton [ 29/mars/10 15:38 ] |
| [CAJ2010Q1TX] |
[APP-31119] Nouvelle réclamation BO -> "transaction rejetée" Création: 21/sept./10 09:50 Mise à jour: 21/sept./10 14:43 Résolue: 21/sept./10 12:01 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 77.0.0 (TX-P) |
| Version(s) corrigée(s): | 77.0.1 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Marc-Antoine Decreton |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour,
Impossible d'ouvrir une nouvelle réclamation manuellement en BO. Plus exactement, celle-ci apparaît bien en "Nouvelle", mais la transaction est alors à l'état "rejetée" (alors qu'habituellement, elle ne peut qu'être "annulée" ou "confirmée"). Voir sur BRANCH, ici : http://bo.branch-fr.pm.dev/purchase_back?action=itemview&itemid=104958730 Reproduit également en Prod (cette fois-ci, claim "en cours") : http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=141644284 |
| Commentaires |
| Commentaire de Arnaud Forgues [ 21/sept./10 11:16 ] |
|
Il semblerait que le pb soit apparu suite à des modifs lors du projet "Marquage des actions BO".
Comme c'est toi qui était passé sur la partie Fiche article / Claims (d'après le wiki), pourrais-tu jeter un coup sur ce drole de bug ? NB : Il semblerait que Samy ait fait un correctif qui pose également problème : http://perrier:8090/dev/project/ident_action_bo/revision/26737 |
[APP-26124] [BO] Recherche d'attributs génère une erreur Création: 31/juil./09 10:00 Mise à jour: 07/déc./09 15:36 Résolue: 07/déc./09 15:36 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 50.0.1 |
| Version(s) corrigée(s): | 50.0.2 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Fabien Farache | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Projets PM archivés: | MEV / BP - Suppression des médiums | ||||||||
| Description |
|
Dans le BO lorsque je vais dans "Noms d'attributs" et que je
fais une recherche j'ai en retour une grosse page d'erreur. Ces erreurs surviennent pour les types Accessoires Mobiles + Caméras + Mobiles + Montre + Photo numérique |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 31/juil./09 11:48 ] |
|
La requête qui plante : 2009-07-31 09:51:28,830 INFO [-Processor33] BO:bo:BoB - >>> GET http://bo.priceminister.com/referential_back?action=at tributenamesearch&javascript_callback=&prd_type_code=1500&attribute_name=&attribute_name_key=&attribute_value_type= |
| Commentaire de Edouard Gomez-Vaez [ 05/août/09 12:24 ] |
|
Il se trouve que cela concerne tous les types qui
contiennent des nouveaux mappings depuis la livraison V50 (en tous cas
quand ils sont créés manuellement par l'interface, je ne sais pas quand
c'est fait par import). Problème de dev : dans AttributeNameInfoQuery ligne 77 on ne vérifie pas que la valeur en base est nulle. Ce que je ne comprends pas c'est que normalement ça le fait bien, quand c'est null en base c'est que c'est faux. Solutions possibles : DEV : rendre plus solide la lecture en base. DEV : renseigner par un zéro en base à la création d'un mapping si l'attribut n'est pas cherchable. Contournement : Renseigner par scripts tous les mapping qui ont un is_searchable null et leur mettre 0 à la place. Lancer ce script tous les jours ? De plus, si on connait le nom d'attribut qui a été créé, l'ouvrir dans le BO et (cocher, valider) puis (décocher, valider) le "cherchable" correspondant au mapping dont on parle. A faire de toutes façons quand on créé un mapping à la main. |
| Commentaire de Benoît Bourdon [ 07/août/09 17:42 ] |
|
Un truc bizzzzzzzzzzzzzarre : Il n'est actuellement pas possible de créer des noms d'attributs en PROD .... Donc ... ça ne peut pas mal initialiser une colonne puisqu'on ne créer pas la ligne !!! --> est ce qu'il ne s'agirait pas de noms d'attributs créer pas CNET qui créer ce bug ??? |
| Commentaire de Fabien Farache [ 10/août/09 09:26 ] |
|
On ne peut pas créer d'attribut en prod ?? Le type "Montre" qui m'a fait découvrir cette erreur n'est pas un type Cnet avec des attributs Cnet. Actuellement je n'ai plus l'erreur sur "Montre" et "Mobile". En revanche je l'ai toujours sur "Accessoires mobiles", "Caméras" et "Photo numérique" |
| Commentaire de Martin Sudmann [ 10/août/09 10:55 ] |
|
Corrigé au moment de la lecture de la donnée. Il faudrait revoir la gestion des boolean /Boolean globalement pour unifier la façon de persister et lire ces données ; à décider en CoEnvDev, puis à généraliser via refactoring lors du développement au fil de l'eau. |
[APP-3236] FP BO : modification du commentaire produit Création: 07/déc./04 18:05 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.8 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Validator | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il ne semble pas possible de modifier le commentaire produit en BO. Or, on affiche cette valeure sur la fiche produit (en description 3) pour le divers musique et pour les vêtements. Il faut absolument pouvoir intervenir sur ce champ avant activation de la fiche. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 07/déc./04 18:28 ] |
|
Ceci provient d'un mauvais usage du champ commentaire produit... Celui-ci etait initialement destiné a recevoir des commentaires du vendeur pour aider à la validation de sa fiche. Comme souvent il contenait un texte "marketing", on a créé un bouton permettant de générer en 1 clic un Edito produit. Puis qq'un a décidé d'afficher ce champ directement en FO pour les mémorabilia car les FP étant en validation automatique, la manip ci-dessus n'était plus possible. Il me semble donc utile de réfléchir à une solution + pérenne... - Par exemple laisser le commentaire un champ caché et non modifiable et créer un 2eme champ "descriptif" affichable en FO directement, et modifiable en BO. - Autre solution: permettre de créer un édito lors de la soumission, ainsi certains formulaires sont configurés avec un champ commentaire et d'autres avec un champ edito (c'est comme la 1ere soluion mais en réutilisant mieux l'existant). Il ne restera qu'a migrer les données mémorabilia. Je te renvoie le bug pour reflexion... |
| Commentaire de Validator [ 08/déc./04 10:42 ] |
|
La meilleur solution me semble la 3ieme ;) A savoir, la création d'un type d'édito correspondant à la description du produit. Cet édito ne serait pas affiché dans l'onglet édito. On pourrait le manipuler sur la FP via le contexte velocity. Il faudrait également pouvoir soumettre via import ou FO. Je pense que du coup, le bouton A sur le commentaire produit (en fait, le commentaire vendeur) devrait créer un édito de ce nouveau type. A voir. |
| Commentaire de Quentin de Chivré [ 08/déc./04 10:50 ] |
|
De plus il faudrait pouvoir mettre un textbox sur les formulaires de soumission permettant de saisir ce nouveau type d'edito. Ceci sera automatiquement le cas avec : 1/ La mise en place de la soumission NG 2/ La possibilité d'importer plusieurs edito => artin : a prendre en compte dans le chantier "remise à plat des imports d'edito" |
| Commentaire de Martin Sudmann [ 29/déc./04 16:30 ] |
|
le bouton [A] crée maintenant une description (ou, si on sélectionne autre chause dans la combe, un édito ou une opinion). Mais mieux vaut modifier la config des formulaires pour créer tout de suite une description. |
[APP-3411] Mon compte : possibilité d'accéder à un autre compte par l'activation de son pmv Création: 31/déc./04 12:16 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.9 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Emmanuel Gosse | Attribution: | Martin Sudmann |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
pour reproduire le bug -créer 1 compte : c1 -aller jusqu'à la page de demande de date de naissance pour l'activation du pmv. -se delogguer. -se logger avec un autre compte c2 -faire des backs jusqu'à la page de demande de date de naissance vu par c1. -rentrer la date. -activation du compte pmv de c1 réussi. -acces au compte c1 par c2. |
| Commentaires |
| Commentaire de Martin Sudmann [ 14/janv./05 09:50 ] |
| *** Bug 3643 has been marked as a duplicate of this bug. *** |
| Commentaire de Martin Sudmann [ 14/janv./05 09:53 ] |
| *** Bug 3820 has been marked as a duplicate of this bug. *** |
| Commentaire de Martin Sudmann [ 14/janv./05 09:56 ] |
|
il faudrait mieux employer le header HTTP "Cache-Control" sur les pages sensibles (paiement, soumission de FP, PMV...) proposition (Request.java): public void setExpires(int nMinute) { GregorianCalendar gc = new GregorianCalendar(); if (nMinute == 0) gc.add(Calendar.YEAR, -10); // In the past else gc.add(Calendar.MINUTE, nMinute); res.setDateHeader("Expires", gc.getTime().getTime()); // HTTP 1.0 // Normal no-cache if (nMinute == 0) { res.setHeader("Cache-Control", "private"); // HTTP 1.1 } // Forced no-cache (payment, product submission...) else if (nMinute < 0) { res.setHeader("Cache-Control", "max-age=0, no-store, no-cache, must-revalidate"); // HTTP 1.1 res.setHeader("Pragma", "no-cache"); // HTTP 1.0 } // Defined expiration else { res.setHeader("Cache-Control", "max-age=" + (nMinute * 60)); // HTTP 1.1 } } |
| Commentaire de Martin Sudmann [ 23/juin/05 14:00 ] |
|
je n'arrive pas à reproduire ce comportement, ni en IE ni en Firefox. J'ai essayé dans de différentes constellations, mais j'arrive toujours sur le PMV du 2e compte (duquel j'ai au passage mis à jour la date de naissance, quand le PMV était déjà activé !). |
[EXP-5060] Ecran BO Produit - Pas de rafraichissement Création: 25/févr./10 07:07 Mise à jour: 04/janv./11 09:52 Résolue: 04/janv./11 09:52 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Xavier Fabregat | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
Plus de fiches qui partent de l'écran BO produit depuis le
22/02/2010 15H, ni d'autres qui arrivent depuis le 24/02/2010 2h http://bo.priceminister.es/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=&prd_type_code=&product_id=&base_product_id=&attribute_name_key=&category=&prd_status_code=20&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=4&number_rows=400&do_search.x=21&do_search.y=8 Pareil que pour UK : APP-28454 |
| Commentaires |
Le changement en BO du serveur applicatif ne marche pas
(APP-13207)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 15.0.0 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Sous-tâche | Priorité: | Bloquant |
| Rapporteur: | Alexandre Garnier | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Projets PM archivés: | Maintenance 15.x.x |
| Description |
|
Actuellement, le nom du serveur affiché en BO est tiré du
cookie de session qui est censé correspondre au serveur utilisé. Malheureusement, le changement de serveur ne semble pas fonctionner même si le cookie est modifié et donc que le bon serveur est affiché. Corriger l'affichage du serveur pour qu'il ne soit pas tiré du cookie mais soit le serveur réel. |
| Commentaires |
| Commentaire de Alexandre Garnier [ 22/juin/07 15:10 ] |
| Fait |
| Commentaire de Younès Charrière [ 05/juil./07 17:26 ] |
| Ce n'est pas bon en Integ France. Voir screenshot. |
| Commentaire de Alexandre Garnier [ 05/juil./07 17:42 ] |
|
Justement : c'est le vrai qui est affiché : le changement de
serveur ne fonctionne pas sur bo.pm.lan car il ne correspond QUE à
deutz. Le serveur sélectionné dans la liste est celui qui est dans la
session et vers lequel on devrait être redirigé. Il existe déjà un autre JIRA sur cette incohérence entre le serveur réel et demandé d'où ce dev afin de mieux contrôler pour les caches : on peut bien voir sur quel serveur on les rafraichit effectivement et non théoriquement. |
| Commentaire de Younès Charrière [ 05/juil./07 17:51 ] |
| Ok je vois ! Merci ;) |
[APP-30139] Régression: Conflit FP impossible en BO Création: 30/juin/10 09:31 Mise à jour: 01/juil./10 10:17 Résolue: 01/juil./10 10:17 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 72.0.0 (VEN-C) |
| Version(s) corrigée(s): | 72.0.2 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Aurélien Vergalli | Attribution: | Florian Degrand |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Tous |
| Description |
|
Le conflit (fusion de FP) n'est plus possible sauf cas
exceptionnel (quand fiche source en stock 0 avec annonce en
attente/suspendue). Régression suite à Jira Exemple: http://bo.priceminister.com/referential_back?action=conflictview&product_id1=105301695&product_id2=49113857&x=9&y=9 |
| Commentaires |
| Commentaire de Manuel Sadok [ 30/juin/10 10:41 ] |
|
La correction est en cours. et comme il s'agit d'un bug qui
affecte le BO, on peut se permettre de déployer la correction dès
aujourd'hui sur le serveur jmh. Aurélien on te tiens au courant dès que c'est bon. Désolé pour la gêne occasionnée... |
| Commentaire de Aurélien Vergalli [ 30/juin/10 10:44 ] |
| Bonne nouvelle. Merci !! |
[APP-31307] Plantage de l'écran BO d'affichage de contenu Création: 05/oct./10 08:29 Mise à jour: 06/oct./10 15:36 Résolue: 05/oct./10 16:56 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 78.0.0 (CTN-TU) |
| Version(s) corrigée(s): | 78.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Renaud Dierickx | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | Espace personnalisé |
| Description |
| Commentaires |
| Commentaire de Alexandre Garnier [ 05/oct./10 08:57 ] |
|
2010-10-05 08:55:17,610 ERROR [-Processor73] BO:bo:ALG
- Block generation error in :
com.priceminister.community.sellercontent.presentation.back.ContentVersionSearch_jsp
2010-10-05 08:55:17,610 ERROR [-Processor73] BO:bo:ALG - Assembly error~Servlet=com.priceminister.community.sellercontent.presentation.back.UsrContentBackServlet~Request=GET http://bo.priceminist er.com/usr_content_back?action=contentversionsearch&content_version_id=&vsn_status_code=&content_id=&ctn_type_code=&login=&content_value=&start_date=04%2F10%2F2010&end_date=&number_rows=4000&x=48&y=14~R eferrer=null~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/7.0.536.2 Safari/534.10~Trace=java.lang.NullPointerException~at com.priceminister.co mmunity.sellercontent.presentation.back.ContentVersionSearch_jsp.generate(ContentVersionSearch_jsp.java:129) java.lang.NullPointerException at com.priceminister.community.sellercontent.presentation.back.ContentVersionSearch_jsp.generate(ContentVersionSearch_jsp.java:129) at com.babelstore.util.Block.generate(Block.java:182) at com.babelstore.util.web.Request.include(Request.java:682) at com.babelstore.util.web.Request.include(Request.java:715) at com.babelstore.util.web.Request.include(Request.java:721) at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:111) at com.babelstore.util.Block.generate(Block.java:182) at com.babelstore.util.web.Screen.generate(Screen.java:162) at com.babelstore.util.web.Request.generate(Request.java:655) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:519) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:201) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) |
| Commentaire de Alexandre Garnier [ 05/oct./10 09:08 ] |
|
La ligne en cause (ContentVersionSearch.jsp:159) :
<a href="<%= AdminLoginAction.url(contentOwner.getUserAccountId(), null) %>"><img --> contentOwner semble null UserInfo contentOwner = mdl.results.getUser(contentVersion.getContent().getUserAccountId()); Donc il doit y avoir un problème dans le chargement des users dans StandardShopContentBackFacade.getContentVersions(ContentVersionSearchInput, UserSearchInput) |
| Commentaire de Alexandre Garnier [ 05/oct./10 12:51 ] |
| Il faudrait activer les logs des requêtes (SQLQuery et Hibernate) pour trouver où l'erreur est provoquée. |
| Commentaire de Alexandre Garnier [ 05/oct./10 15:39 ] |
|
Résolu, patch en PJ pour l'appliquer où vous voulez.
Le problème était que pour la requête sur les users on ne précisait pas le nbRows et il valait donc 200 par défaut. Donc si on requête un nombre de versions associées à plus de 200 utilisateurs distincts, ben ça plante comme ça. |
| Commentaire de Renaud Dierickx [ 05/oct./10 16:56 ] |
| C'est corrigé en V78_0_1 ! |
[EXP-5170] Comptage KO des FP soumises en BO Création: 08/sept./10 11:44 Mise à jour: 11/oct./10 13:44 |
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Comptage |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Aurélien Vergalli | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Description |
| Commentaires |
| Commentaire de Aurélien Vergalli [ 11/oct./10 13:44 ] |
| Toujours 1916 fiches créées fin aout apparaissant comme soumises dans le BO, bien que traitées depuis 1 mois et demi. |
[APP-26357] Lenteur en BO quand on souhaite répondre à un message Création: 03/sept./09 10:22 Mise à jour: 18/juin/10 16:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 52.0.0 (CTN-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | |||||||||
| Classif FONC: | tech | ||||||||
| Description |
|
Aller en BO - Messages Rechercher les messages du login chg_pm Cliquer sur Répondre à l'un des messages ==> C'est long ! Voir log ci-dessous 2009-09-03 10:06:42,038 INFO [P-Processor9] BO:pmadmin:toto - >>> GET http://www.pm.lan/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=9614950&usrmessageid=193505532 2009-09-03 10:06:42,208 INFO [P-Processor9] BO:pmadmin:toto - Start to compute counters from 'BO : Messagerie' (FROM_BO_USR_MESSAGE_CONFIGURE_MODEL) 2009-09-03 10:06:42,232 INFO [P-Processor9] BO:pmadmin:toto - Delay to compute counters from 'BO : Messagerie' (FROM_BO_USR_MESSAGE_CONFIGURE_MODEL) : 24 ms 2009-09-03 10:07:04,972 WARN [P-Processor9] BO:pmadmin:toto - Long query [22701 ms]: UsrMessageSearchQuery -- UsrMessageSearchQuery VAR x1 NUMBER § EXEC :x1 := 9614950; SELECT /*+ USE_NL(usr_message user_account) */ usr_message.usr_message_id, usr_message.advert_id, usr_message.body, usr_message.change_date, usr_message.complaint_id, usr_m essage.contract_id, usr_message.creation_date, usr_message.description, usr_message.item_id, usr_message.operation_id, usr_message.parent_usr_message_id, usr_message.prd_image_i d, usr_message.product_id, usr_message.purchase_id, usr_message.question_id, usr_message.recipient_email_address, usr_message.review_id, usr_message.row_version, usr_message.sen d_date, usr_message.sender_email_address, usr_message.subject, usr_message.ums_domain_code, usr_message.ums_incoming_context_id, usr_message.ums_incoming_status_code, usr_messag e.ums_outgoing_status_code, usr_message.ums_template_id, usr_message.ums_type_code, usr_message.user_account_id, usr_message.warranty_id, dbms_lob.substr(usr_message.body, 250) as body_str, user_account.login FROM usr_message, user_account WHERE (user_account.user_account_id = usr_message.user_account_id) AND (usr_message.user_account_id = :x1) AND (usr_message.ums_type_code = 10) AND (usr_message.ums_incoming_status_code = 10) ORDER BY usr_message.creation_date desc ; 2009-09-03 10:07:05,010 INFO [P-Processor9] BO:pmadmin:toto - <<< [22972 ms] GET http://www.pm.lan/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=9614950&usrmessageid=193505532 2009-09-03 10:07:05,010 WARN [P-Processor9] BO:pmadmin:toto - Long request [22972 ms]: GET http://www.pm.lan/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=9614950&usrmessageid=193505532 |
| Commentaires |
| Commentaire de Alexandre Garnier [ 03/sept./09 10:48 ] |
|
On a rien changé à ce comportement. Je pense que c'était déjà le cas avant. En tout cas cette requête passe maintenant sans problème (côté SQL comme Web), sûrement une lenteur au premier appel (Patrick ?) Habib, est-ce que vous observez déjà ce genre de comportement ? Sinon ça sert à afficher la liste des message non répondu à cet utilisateur. |
| Commentaire de Habib-Sylvain Gourguet [ 03/sept./09 10:53 ] |
|
Lié à ce que je te signalais par mail ce matin ? A savoir
qu'on ne peut plus répondre à un message d'un utilisateur qui nous
aurait contactés par un formulaire. Dès que nous cliquons sur "Répondre", le message d'erreur suivant apparaît : null; CausedByException is: null; CausedByException is: id to load is required for loading Voir sur le compte suivant : http://bo.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=11718395 |
| Commentaire de Alexandre Garnier [ 03/sept./09 10:55 ] |
| Pas sûr que ce soit lié |
[EXP-2126] Différence de CSS entre BO, PREVIEW et WWW Création: 10/mai/06 10:42 Mise à jour: 16/sept./08 17:56 Résolue: 16/sept./08 17:56 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Christophe Garcia | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Quand on fait un DIFF entre les répertoires
/data/chrootapache/usr/local/apache-2.0.51/htdocs/pmweb/content/V900/front/brand/www
et bo par exemple on obtient des différences au niveau des CSS
(brand.css et brand_vehicle.css). Pb de déploiement ? Dans www : -rw-r--r-- 1 adminpm adminpm 2178 mai 9 18:59 brand_vehicle.css -rw-r--r-- 1 adminpm adminpm 65636 mai 9 18:59 brand.css Dans bo : -rw-r--r-- 1 adminpm adminpm 1974 mai 5 14:00 brand_vehicle.css -rw-r--r-- 1 adminpm adminpm 63774 mai 5 14:00 brand.css Dans preview : -rw-r--r-- 1 adminpm adminpm 1974 mai 5 13:37 brand_vehicle.css -rw-r--r-- 1 adminpm adminpm 63774 mai 5 13:37 brand.css [pmas@deutz brand]$ diff www bo Les sous-répertoires www/auto et bo/auto sont identiques. diff www/brand.css bo/brand.css 103c103 < color:#F00; --- > color:#990000; 887a888 > display: block; 1097c1098 < color:#F00; --- > color:#900; 1102c1103 < color:#F00; --- > color:#900; 1286a1288 > display: block; 1336,1340d1337 < .lk_o { < font-weight: bold; < text-decoration: underline; < color: #F60; < } 1360c1357 < h1, #temp_c .recap h1 { --- > h1 { 1365d1361 < border: 0; 1367c1363 < .hbis, #temp_c .hbis { --- > .hbis { 1728,1731d1723 < .list_price { < margin: 5px 0 0 0; < display: block; < } 1856d1847 < display: block; 2363d2353 < font-weight: bold; 2888,2900d2877 < .nava_res img { < padding-top:5px; < } < .nava_res_content{ < height: auto; < width: auto; < padding: 5px 0; < margin: 0 250px 0 0; < } < .nava_res_content em { < font-weight: bold; < font-style: normal; < } 2915,2918c2892,2893 < margin:0; < padding:0; < height:auto; < width:81%; --- > height: auto; > width: 55%; 2935c2910 < .nava_res_details h3, .nava_res_opinion h3, .nava_res_details h3 a, .nava_res_details h3 a:visited, .nava_res_details h3 a:hover { --- > .nava_res_details h3, .nava_res_opinion h3 { 2939,2942d2913 < font-weight: bold; < } < .nava_res_details h3 a:hover { < text-decoration: underline; 2951c2922 < .nava_res_details h5, .nava_res_details h5 a, .nava_res_details h5 a:visited { --- > .nava_res_details h5 { 2956d2926 < text-decoration: none; 2959c2929 < margin: 0; --- > margin: 10px 0 0 0; 2965,2971c2935 < .nava_res_prix, .nava_res_action { < margin:0; < padding:0; < float:right; < width:250px; < } < .nava_res_prix p, .nava_res_action p { --- > .nava_res_prix { 2973a2938,2940 > float: right; > width: 26%; > text-align: right; 2975,2979c2942,2944 < .nava_res_action .bluelinksmall, .nava_res .bluelinkmedium, .nava_res .bluelinklarge, .nava_res .redlinksmall, .nava_res .redlinkmedium, .nava_res .redlinklarge { < float:right; < } < .nava_res .bluelinksmall, .nava_res .bluelinkmedium, .nava_res .bluelinklarge, .nava_res .redlinksmall, .nava_res .redlinkmedium, .nava_res .redlinklarge { < margin: 0 0 20px 0; --- > .nava_res_prix p { > margin: 0; > padding: 0; 3096c3061 < width: 30%; --- > width: 20%; 3133d3097 < color: #ccc; 3318c3282 < a.bluelinksmall { --- > a.bluelink, a.bluelink:visited, a.bluelinksmall, a.bluelinksmall:visited { 3330,3336c3294 < a.bluelinksmall:visited { < color: #FFF; < } < a.bluelinksmall:hover { < text-decoration: none; < } < a.bluelinkmedium { --- > #login a.bluelinksmall:visited, #login a.bluelinksmall, a.bluelinkmedium, a.bluelinkmedium:visited { 3348,3354c3306 < a.bluelinkmedium:visited { < color: #FFF; < } < a.bluelinkmedium:hover { < text-decoration: none; < } < a.bluelinklarge { --- > a.bluelinklarge, a.bluelinklarge:visited { 3366,3372c3318 < a.bluelinklarge:visited { < color: #FFF; < } < a.bluelinklarge:hover { < text-decoration: none; < } < a.redlinksmall { --- > a.redlinksmall, a.redlinksmall:visited, a.redlink, a.redlink:visited { 3384,3390c3330 < a.redlinksmall:visited { < color: #FFF; < } < a.redlinksmall:hover { < text-decoration: none; < } < a.redlinkmedium { --- > a.redlinkmedium, a.redlinkmedium:visited { 3402,3408c3342 < a.redlinkmedium:visited { < color: #FFF; < } < a.redlinkmedium:hover { < text-decoration: none; < } < a.redlinklarge { --- > a.redlinklarge, a.redlinklarge:visited { 3420,3425d3353 < a.redlinklarge:visited { < color: #FFF; < } < a.redlinklarge:hover { < text-decoration: none; < } 3427c3355 < .vehicle a.redlink, .vehicle a.redlink:visited, .vehicle a.redlinksmall, .vehicle a.redlinksmall:visited, .vehicle .yellowlinksmall { --- > .vehicle a.redlink, .vehicle a.redlink:visited, .vehicle a.redlinksmall, .vehicle a.redlinksmall:visited { 3439,3444d3366 < a.yellowlinksmall:visited { < color: #FFF; < } < a.yellowlinksmall:hover { < text-decoration: none; < } 3446c3368 < .vehicle a.redlinkmedium, .vehicle a.redlinkmedium:visited, .vehicle .yellowlinkmedium { --- > .vehicle a.redlinkmedium, .vehicle a.redlinkmedium:visited { 3458,3463d3379 < a.yellowlinkmedium:visited { < color: #FFF; < } < a.yellowlinkmedium:hover { < text-decoration: none; < } 3465c3381 < .vehicle a.redlinklarge, .vehicle a.redlinklarge:visited, .vehicle .yellowlinklarge { --- > .vehicle a.redlinklarge, .vehicle a.redlinklarge:visited { 3477,3482d3392 < a.yellowlinklarge:visited { < color: #FFF; < } < a.yellowlinklarge:hover { < text-decoration: none; < } 3538c3448 < .vehicle .redinpt, .vehicle .redinptsmall, .vehicle .yellowinptsmall { --- > .vehicle .redinpt, .vehicle .redinptsmall { 3547c3457 < .vehicle .blueinptmedium, .vehicle .redinptmedium, .vehicle .yellowinptmedium { --- > .vehicle .blueinptmedium, .vehicle .redinptmedium { 3556c3466 < .vehicle .blueinptlarge, .vehicle .redinptlarge, .vehicle .yellowinptlarge { --- > .vehicle .blueinptlarge, .vehicle .redinptlarge { 3565,3576d3474 < .fp_blk table { < width: 100%; < background: red; < } < .fp_blk table img{ < display: none; < } < .fp_blk table th { < color: red; < font-size: 18px; < text-align: left; < } diff www/brand_vehicle.css bo/brand_vehicle.css 91,97d90 < .vehicle .nn_extlink a, .nn_extlink a:visited { < font-weight: bold; < color: #f60; < background: url(images/vehicle/bullet/a_arrowo.gif) no-repeat left center; < text-decoration: underline; < margin-left: 10px; < } Les sous-répertoires www/docs et bo/docs sont identiques. Les sous-répertoires www/images et bo/images sont identiques. |
| Commentaires |
| Commentaire de Sébastien Tournay [ 10/mai/06 11:06 ] |
|
Laquelle CSS est-elle bonne ? A voir si le mécanisme
pmdeploy met correctement à jour le fichier dans les répertoires des
différents BRAND. Sébastien |
| Commentaire de Ranto Andriambololona [ 10/mai/06 11:31 ] |
|
bo et preview ont été ajouté dans le mécanisme pmdeploynewear |
| Commentaire de Christophe Garcia [ 10/mai/06 15:48 ] |
| /data/chrootapache/usr/local/apache-2.0.51/htdocs/pmweb/content/V900/front/brand/bo et preview ont disparu ! |
| Commentaire de Ranto Andriambololona [ 10/mai/06 17:26 ] |
|
le rép V900/front/brand/bo et preview doivent ètre intégrés
dans le package V900.tar.gz pour que les SA le copie sur les frontaux. Le pb c'est qu'il ne sont pas présent dedans. Il faudrait ajouter l'arboresnece dans le CVS de DEV, là ou se trouve tous les CSS |
| Commentaire de Christophe Garcia [ 10/mai/06 18:10 ] |
| Euh... ces répertoires n'étaient-ils pas créés au moment du déploiement ? |
| Commentaire de Pap Ndiaye [ 15/mai/06 13:41 ] |
| Non |
| Commentaire de Patrick Condevaux [ 22/mai/06 10:36 ] |
| ok pour le derneir deploiement |
| Commentaire de Edouard Gomez-Vaez [ 24/mai/06 16:34 ] |
| Je viens de passer quelques temps avec Julien car ce problème n'est toujours pas corrigé. Je vous réouvre le JIRA ! |
| Commentaire de Julien Rampon [ 26/mai/06 14:02 ] |
|
Les répertoires "bo" et "preview" ne sont pas créés lors du déploiement. Néanmoins, les fichiers CSS et autre étant les mêmes que ceux du répertoire "www", j'ai modifié le script pmdeploynewear pour qu'il crée des liens symboliques de "www" vers "bo" et "preview". Suite à cette modification, il n'y a plus de problème. Je mets en place la modification sur les serveurs de prod. |
| Commentaire de Julien Rampon [ 26/mai/06 14:26 ] |
|
La modification a été faite en prod sur Hercule, ne probleme n'apparaitra plus. |
| Commentaire de Christophe Garcia [ 31/mai/06 16:55 ] |
| Le problème vient de se reproduire en déployant sur test.priceminister.com |
| Commentaire de Justin Ziegler [ 06/août/07 14:06 ] |
| Est ce que ce truc est toujours d'actualité ? |
| Commentaire de Ange Ferrari [ 16/sept./08 17:56 ] |
| Je pense pas |
[APP-15829] Fiche produit BO - Attributs / spécifications Création: 06/avr./07 10:52 Mise à jour: 28/févr./11 10:16 Résolue: 07/janv./11 15:51 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 14.0.0 |
| Version(s) corrigée(s): | 88.0.0 (VEN-G) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** STANDBY *** | ||||||||||||||||
| Classif1: | BP | ||||||||||||||||
| Classif2: | RBP - attribut | ||||||||||||||||
| Classif FONC: | modèle attribut | ||||||||||||||||
| Description |
|
Il serait pertinent que les attributs renseignés en BO sur
les fiches-produits créent automatiquement les spécifications
"Principal" et "étendu". Exemple : entrer sur une fiche produit "Photo numérique", l'attribut "Capteur optique / Résolution du capteur" avec champs "texte" + "unité" + "valeur numérique" = déterminer les spécifications principal + étendu (voir exemple de fiche avec attribut mais sans spec: http://bo.priceminister.com/referential_back?action=productview&productid=46791149) Le but : optimiser l'affichage spec en front + comparateur |
| Commentaires |
| Commentaire de Quentin de Chivré [ 13/avr./07 14:27 ] |
| chantier SBP |
| Commentaire de Edouard Gomez-Vaez [ 02/mai/07 12:13 ] |
| Qu'en penses-tu ? Prends cela en compte dans la solution... |
| Commentaire de Ariane Baldinger [ 04/déc./07 17:51 ] |
|
Edouard, Avez-vous pu avancer sur cette demande ? |
| Commentaire de Julien Sananikone [ 04/déc./07 17:59 ] |
| y a pas énormément d'attributs sur le produit |
[APP-3506] BO : Gros problème sur les incidents de paiement Création: 17/janv./05 10:24 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.3.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sebastien Bruzzone | Attribution: | Emmanuel Gosse |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il y a un problème d'affichage concernant les incidents de paiement exemple : compte xavier-romon qui est passé en -1 à cause d'un incident de paiement le 11/01 avec le panier 13146178, lorsqu'on clique sur "expirés" (où apparait normalement les incidents de paiement) dans la page du panier en obs (13234541), aucun panier n'apparait et lorsqu'on recherche le panier 13146178 dans 'recherche panier' et 'expirés' on a un message d'erreur : "RuntimeException in MBean operation 'invoke (org.jboss.invocation.Invocation)' " me voir si pas compris a+ |
| Commentaires |
| Commentaire de Martin Sudmann [ 19/janv./05 11:25 ] |
|
la trace sur parques: 2005-01-19 11:23:03,906 INFO [-Processor55] 62.23.240.91 - >>> GET http://bo.priceminister.com/purchase_back?action=purchaseview&purchaseid=13146 178 2005-01-19 11:23:03,937 ERROR [-Processor55] 62.23.240.91 - TransactionRolledbackException in method: public abstract com.babelstore.purchase.Buyer PaymentCaptureStats com.babelstore.purchase.business.PurchaseCatalog.getCaptureInfo(java.lang.Long) throws java.rmi.RemoteException, causedBy: 2005-01-19 11:23:03,940 ERROR [-Processor55] 62.23.240.91 - Load error Servlet : com.babelstore.purchase.back.PurchaseBackServlet Request : GET http://bo.priceminister.com/purchase_back?action=purchaseview&purchaseid=13146178 Referrer : http://bo.priceminister.com/purchase_back?action=itemsearch&product_id=&javascript_callback=&item_id=&itm_status_selection=-60&purchase_i d=13146178&itm_type_code=&prd_type_code=&buyer_login=&seller_login=&start_date=&date_search_type=0&end_date=&number_rows=200&x=26&y=7 User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 Trace : RuntimeMBeanException: RuntimeException in MBean operation 'invoke(org.jboss.invocation.Invocation)' Cause: java.lang.NullPointerException at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:299) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:101) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:90) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:45) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:100) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:85) at $Proxy352.getCaptureInfo(Unknown Source) at com.babelstore.purchase.back.PurchaseViewModel.load(PurchaseViewModel.java:177) at com.babelstore.util.web.Model.doLoad(Model.java:48) at com.babelstore.util.Block.load(Block.java:105) |
| Commentaire de Emmanuel Gosse [ 19/janv./05 14:05 ] |
|
bug fixé le bug se produisait dans le cas d'un article DELETED. |
[APP-24570] Erreur sur recherche annonces en BO : NPE Création: 11/mars/09 11:12 Mise à jour: 18/mars/09 11:34 Résolue: 13/mars/09 17:30 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 42.0.0 (CTN-J) |
| Version(s) corrigée(s): | 43.0.0 (CAT-H) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Prod | ||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||
| Description |
|
2009-03-11 10:46:55,671 ERROR [Processor118] BO:Juan
- Block generation error in :
com.babelstore.advert.back.AdvertSearch_jsp 2009-03-11 10:46:55,672 ERROR [Processor118] BO:Juan - Assembly error Servlet=com.babelstore.advert.back.AdvertBackServlet Request=GET http://bo.priceminister.com/advert_back?action=advertsearch&advstatuscode=10&fuzzy=false&numberrows=200&selleraccountid=17333840 Referrer=http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=17333840 User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13 Trace=java.lang.NullPointerException at java.lang.StringBuilder.<init>(StringBuilder.java:92) at com.babelstore.common.ProductSummaryInfo.getBOTopic(ProductSummaryInfo.java:149) at com.babelstore.advert.back.AdvertSearch_jsp.generate(AdvertSearch_jsp.java:168) at com.babelstore.util.Block.generate(Block.java:140) at com.babelstore.util.web.Request.include(Request.java:560) at com.babelstore.util.web.Request.include(Request.java:593) at com.babelstore.util.web.Request.include(Request.java:599) at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:87) at com.babelstore.util.Block.generate(Block.java:140) at com.babelstore.util.web.Screen.generate(Screen.java:150) at com.babelstore.util.web.Request.generate(Request.java:533) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:421) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:187) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2009-03-11 10:46:55,672 INFO [Processor118] BO:Juan - <<< [135 ms] GET http://bo.priceminister.com/advert_back?action=advertsearch&advstatuscode=10 &fuzzy=false&numberrows=200&selleraccountid=17333840 |
| Commentaires |
| Commentaire de Emeric Teil [ 13/mars/09 12:09 ] |
| ? |
| Commentaire de Arnaud Forgues [ 13/mars/09 14:15 ] |
| Recherche annonce en BO ==> pôle CAT ? |
| Commentaire de Benoît Bourdon [ 13/mars/09 14:41 ] |
|
Ici c'est le manque de rawlisttopic sur certains produits "accessoires mobiles" > il manque l'attribut de navigation dans la configuration produit. Ce jira est similaire |
| Commentaire de Manuel Sadok [ 13/mars/09 17:30 ] |
| Dans la dernière version CTN, Alex a supprimé du formatage dans la classe ProductSummaryInfo. Du coup, certaines données qui renvoyaient une chaîne vide peuvent maintenant potentiellement renvoyer NULL. J'ai corrigé la classe 'getBOTopic' pour qu'elle prenne en compte ce changement. |
[APP-6046] BO Commissions : améliorer la manipulation des modèles de commissions. Création: 24/oct./05 11:37 Mise à jour: 07/déc./07 10:02 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Jérôme Viviès | Attribution: | Dispatcher (Dev-WishList) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Dans le BO commissions : - Serait-il possible de fixer le nombre de lignes affichées par défaut à 30 ? - Serait-il possible de permettre de reclasser les modèles de commissions, de façon à ce qu'ils soient mieux rangés dans le BO commissions, et dans le BO compte ? |
| Commentaires |
| Commentaire de Quentin de Chivré [ 02/nov./05 10:06 ] |
|
1/ Oui on peut 2/ Mieux rangés c'est a dire ? |
| Commentaire de Jérôme Viviès [ 02/nov./05 10:47 ] |
| 2/ Mieux rangés : que l'on puisse les classer dans un ordre de lecture logique, qui permette de retrouver du premier coup d'oeil ce que l'on cherche, par exemple par ordre de pourcentages croissants, ou en séparant avec commission fixe et sans commission fixe, etc. C'est important pour la maintenance des grilles, et pour le BO comptes que les commerciaux manipulent. |
| Commentaire de Quentin de Chivré [ 02/nov./05 10:53 ] |
|
Peux tu me donner ta préférence pour le classement ? La notion de "logique" est assez variable selon les gens... |
| Commentaire de Jérôme Viviès [ 02/nov./05 11:18 ] |
|
Une possibilité est de lister tous les modèles avec comm.
fixe, par ordre de % croissant, puis tous les podèles sans comm. fixe,
par ordre de % croissant. Une autre possibilité est de lister du plus utilisé au moins utilisé... Je préfère le premier. |
[IMP-978] creation compte FTP pour antoine1300 Création: 02/juil./07 16:54 Mise à jour: 30/oct./09 15:43 Résolue: 02/juil./07 18:17 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Anne Korchia | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 10 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | antoine1300 |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Estimation: | Petit |
| Description |
|
creation compte FTP pour antoine1300
|
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 02/juil./07 18:12 ] |
|
======= Compte FTP ======= ==== Home : antoine1300 ===== ==== Pass : charlier123 ======= |
| Commentaire de Rodrigue Nsiangani [ 02/juil./07 18:17 ] |
|
Config ok. @@@@@@@@@ <Partner name='antoine1300' id='9557719' home='antoine1300' > <Comment> compte crée par RON: le : 02/07/06 Login : antoine1300 Pass : charlier123 </Comment> <!-- Import de stock --> <Directory path='stock/entrees'> <Action type='Move' id='3611842' check_file='1'> <Files>*.csv</Files> <Files>*.tab</Files> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/antoine1300/stock/entrees</Destination> </Action> </Directory> <!-- Import de stock --> <Directory path='stock/ecrasements'> <Action type='Move' id='4760558' check_file='1'> <Files>*.csv</Files> <Files>*.tab</Files> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/antoine1300/stock/ecrasements</Destination> </Action> </Directory> </Partner> @@@@@@@@@ |
| Commentaire de Rodrigue Nsiangani [ 02/juil./07 18:17 ] |
|
C'est fait. Je ferme. |
[IMP-3917] Création compte ftp id100c Création: 07/juil./09 10:28 Mise à jour: 30/oct./09 15:44 Résolue: 08/juil./09 10:17 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Anne Korchia | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | id100c |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Création compte ftp id100c
|
| Commentaires |
| Commentaire de Jérome Marianne [ 07/juil./09 17:38 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : id100c mot de passe : 123id100c Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== Paramétrage en cours... |
| Commentaire de Jérome Marianne [ 08/juil./09 10:17 ] |
| Compte activé. |
[cob] META-TACHE Fermeture cobranding Laprovence
(APP-23933)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 57.0.0 (CTN-N) |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Classif FONC: | cobranding |
| Description |
|
Merci de migrer les comptes en www.
|
| Commentaires |
| Commentaire de Fabrice Feugas [ 05/mai/09 14:37 ] |
| Problématique plus complexe. En attente de DEV d'une solution. |
| Commentaire de Fabrice Feugas [ 28/sept./09 14:19 ] |
|
Le problème sera résolu à partir de la prochaine version CTN, mais pas via la migration des comptes. On a implémenté une mécanique de surcharge qui fait que quelle que soit l'action d'un internaute issu d'un cob fermé, on l'identifie comme un membre de priceminister. |
[cob] META-TACHE Fermeture Lycos Occasion
(APP-23890)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 57.0.0 (CTN-N) |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Classif FONC: | cobranding |
| Description |
|
Merci de migrer les comptes en www.
|
| Commentaires |
| Commentaire de Fabrice Feugas [ 05/mai/09 14:36 ] |
| Problématique plus complexe. En attente de DEV d'une solution. |
| Commentaire de Fabrice Feugas [ 28/sept./09 14:18 ] |
|
Le problème sera résolu à partir de la prochaine version CTN, mais pas via la migration des comptes. On a implémenté une mécanique de surcharge qui fait que quelle que soit l'action d'un internaute issu d'un cob fermé, on l'identifie comme un membre de priceminister. |
[cob] META-TACHE Fermeture CommentCaMarche
(APP-24023)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 57.0.0 (CTN-N) |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Classif FONC: | cobranding |
| Description |
|
Merci de migrer les comptes en www.
|
| Commentaires |
| Commentaire de Fabrice Feugas [ 05/mai/09 14:37 ] |
| Problématique plus complexe. En attente de DEV d'une solution. |
| Commentaire de Fabrice Feugas [ 28/sept./09 14:19 ] |
|
Le problème sera résolu à partir de la prochaine version CTN, mais pas via la migration des comptes. On a implémenté une mécanique de surcharge qui fait que quelle que soit l'action d'un internaute issu d'un cob fermé, on l'identifie comme un membre de priceminister. |
[IMP-4355] creation compte FTP pour lmirandam Création: 07/oct./09 11:16 Mise à jour: 30/oct./09 15:44 Résolue: 15/oct./09 15:04 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Frédéric Nahum |
| Résolution: | Incomplet | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | lmirandam |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
creation compte FTP pour lmirandam
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 15/oct./09 10:55 ] |
| le pro n'existe pas ? |
| Commentaire de Frédéric Nahum [ 15/oct./09 15:04 ] |
| Nous ne pouvons pas créer de compte FTP si le pro n'existe pas dans les users. |
[IMP-2978] creation compte ftp pour alphalibris Création: 09/déc./08 16:00 Mise à jour: 30/oct./09 15:44 Résolue: 11/déc./08 15:28 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | alphalibris |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces
|
| Description |
|
creation compte ftp pour alphalibris ainsi que l'automatisation de ces commandes sur le compte frp merci |
| Commentaires |
| Commentaire de Fotigui Tangara [ 11/déc./08 15:19 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : alphalibris mot de passe : shgjRTB18 Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Fotigui Tangara [ 11/déc./08 15:27 ] |
|
Les 3 profils standards ont été créés (Entrée, Ecrasement, Sortie). La gestion des flux de commandes a été mise en place. Demande traitée. |
[IMP-2203] Prise en compte des images Création: 14/mai/08 11:31 Mise à jour: 30/oct./09 15:46 Résolue: 14/mai/08 11:33 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Frédéric Nahum | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | chayes |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Les images ne sont pas prise en compte pour ce psudo
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 14/mai/08 11:33 ] |
| Je viens de rajouter son nom dans le script de prise en compte des images, les images apparaitront à partir de demain |
[IMP-1710] djetcar : erreur d'annonces sur le compte Création: 28/déc./07 15:49 Mise à jour: 30/oct./09 15:51 Résolue: 04/janv./08 09:30 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Jérome Marianne | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | 15 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | DJETCAR |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Estimation: | Petit |
| Groupe: | mixad |
| Description |
|
Il semblerait que ce compte price soit alimenter par deux
comptes Mixad chaque jour, et ce sont les annonces erronées qui restent
affichées sur son compte price. Est-il possible de connaitre les deux comptes mixad alimentant ce compte price? |
| Commentaires |
| Commentaire de Marion Anfreville [ 03/janv./08 12:03 ] |
|
Il semble que l'autre login alimentant le compte est gigi00077. Il y a une erreur de config FTP. Je corrige la config et demain cela devrait être rétabli par l'import mixad. |
| Commentaire de Marion Anfreville [ 03/janv./08 12:05 ] |
| config FTP corrigée. Je vais surveiller les imports mixad de demain pour m'assurer que tout est rentré dans l'ordre. |
| Commentaire de Marion Anfreville [ 04/janv./08 09:30 ] |
|
La correction fonctionne. Aujourd'hui, 1 seul fichier traité pour le login DJETCAR : http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=&login=djetcar&process_code=&status=&use_proc_date=false&start_date=04%2F01%2F2008&end_date=04%2F01%2F2008&order=&x=16&y=8 et 1 fichier traité pour le login GIGI00077 : http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=&login=gigi00077&process_code=&status=&use_proc_date=false&start_date=04%2F01%2F2008&end_date=04%2F01%2F2008&order=&x=0&y=0 Les profils étant en écrasement, l'inventaire a été rectifié (suppression des annonces qui n'appartenait pas à DJETCAR. |
[BCK-50] [EP] Prise en compte de notre fonctionnalité dans le Dashboard BO Création: 20/août/10 08:20 Mise à jour: 22/sept./10 18:22 Résolue: 22/sept./10 18:22 |
|
| Etat: | Fermé |
| Projet: | Backlog Projets |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | Espace personnalisé | ||||||||
Mécanisme de relance des vendeurs
(EXP-4569)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Description |
|
Obtenir un compte de test pour la solution
JetContactMessenger. Ce compte permettra d'envoyer à la fois les SMS et
les appels vocaux.
|
| Commentaires |
| Commentaire de Patrice Boulanger [ 13/oct./08 18:24 ] |
| Format de fichier pour un échange par fichier plat |
| Commentaire de Patrice Boulanger [ 13/oct./08 18:24 ] |
| Format de fichier XML |
| Commentaire de Patrice Boulanger [ 13/oct./08 18:39 ] |
| On devrait avoir le compte de test avant fin de semaine |
| Commentaire de Patrice Boulanger [ 31/oct./08 16:43 ] |
|
Nous avons le compte de test: Pour accéder à l'extranet pilote : url : http://priceminister-pilote.contacteur-hyperphone.com login : 080301 pas de mot de passe Le ftp du pilote : url : priceminister-pilote.contacteur-hyperphone.com login : priceministerpilote pswd : 4ryGV2 J'ai testé l'accès extranet avec un appel vocal vers mon portable, ca fonctionne nickel. |
[EXP-3408] Création des comptes sur bollinger Création: 21/mars/07 14:34 Mise à jour: 25/juin/07 19:00 Résolue: 21/mars/07 16:40 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Judd OSullivan | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Il se trouve qu'il nous faut plus de compte de tests donc est-ce que vous pouvez créér sur bollinger ces comptes : devtest5 devtest6 devtest7 devtest8 devtest9 |
| Commentaires |
| Commentaire de Antoine Koener [ 21/mars/07 15:44 ] |
|
Jérémie tu peux faire ou assigner à Arnaud ? Merci. |
| Commentaire de ZZ_Arnaud Baali [ 21/mars/07 16:40 ] |
| Les Comptes Ont été créés |
[APP-20343] Problème de login entre deux comptes Création: 21/avr./08 15:37 Mise à jour: 05/mai/08 18:52 Résolue: 05/mai/08 18:52 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 20.0.0 |
| Version(s) corrigée(s): | 20.1.1 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Xavier Fabregat | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ESP - Espagne
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||
| Description |
|
Le pseudo "Merigarci" nous signale qu'en se connectant sur
compte avec ses login il a accédé au compte "nuriacs21". Pour le
prouver c'est depuis ce compte et avec le mail de "nuriacs21" qu'il a
signalé le problème. J'ai testé son compte, mais n'est pas pu reproduire
ce bug.
|
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 21/avr./08 17:05 ] |
|
- S'agit-il de deux comptes lui appartenant? |
| Commentaire de Xavier Fabregat [ 22/avr./08 07:20 ] |
|
Visiblement non. http://bo.priceminister.es/user_back?action=userview&showeventothers=true&useraccountid=12015195 http://bo.priceminister.es/user_back?action=userview&showeventothers=true&useraccountid=11387218 |
| Commentaire de Nicolas Chauveau [ 23/avr./08 17:14 ] |
|
Deux pb d'échange de session en deux jours en ES mais rien en FR. Ange s'occupe de mettre de coté tous les logs (apache, SA etc ...) pour qu'on puisse étudier le pb. |
[IMP-2205] INTERPRICE - Création du compte FTP Création: 14/mai/08 12:21 Mise à jour: 30/oct./09 15:43 Résolue: 14/mai/08 15:57 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Benjamin Guerville | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | INTERPRICE |
| Séparateur: | Barre verticale (|) |
| Type de traitement: |
Mise à jour/création annonces
|
| Groupe: | Neteven |
| Description |
|
Bonjour, merci de créer un compte ftp pour INTERPRICE config Neteven |
| Commentaires |
| Commentaire de Fotigui Tangara [ 14/mai/08 15:23 ] |
| le parteanire utilisera le séparateur point virgule(;) |
| Commentaire de Fotigui Tangara [ 14/mai/08 15:51 ] |
| Ne tenez pas compte de mon précédent commentaire le parteanire utilisera le séparateur Barre verticale (|) comme bien indiqué dans le JIRA. |
| Commentaire de Fotigui Tangara [ 14/mai/08 15:51 ] |
|
14/05/2008 - FTA ===================================================================== Compte FTP vendeur créé... Pseudo : interprice mot de passe : dqdAZ128 Serveur : ftp.priceminister.com / fr ================================================================= |
[IMP-6387] rlo25 : Création compte FTP Création: 22/juin/10 17:21 Mise à jour: 28/juin/10 15:12 Résolue: 28/juin/10 15:02 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Caroline Vallerey | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | rlo25 |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Salut, Vu avec Jérémy : Création d'un compte FTP pour ce pro (déjà un compte paramétré : rlo24). rlo25@rlo24.com Merci Caroline |
| Commentaires |
| Commentaire de Fotigui Tangara [ 23/juin/10 15:13 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : rlo25 mot de passe : r!25L21 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== |
| Commentaire de Fotigui Tangara [ 23/juin/10 15:14 ] |
|
Demande traitée. |
| Commentaire de Jeremy Pallot [ 28/juin/10 14:43 ] |
| Avez-vous utilisé le même profil de paramêtrage que pour le compte rlo24 pour le FTP du compte rlo25 car le pro n'arrive pas à charger ses fichiers avec le nouveau FTP? (Ci-joint fichier type) |
| Commentaire de Fotigui Tangara [ 28/juin/10 14:58 ] |
|
Non, car l'objet de la demande n'était pas assez précise. Un compte FTP a été juste créé conformément à votre commentaire ci-dessus. |
| Commentaire de Fotigui Tangara [ 28/juin/10 15:00 ] |
|
Je ferme cette demande en ouvrant une nouvelle demande qui tiendra compte de votre dernier commentaire. |
| Commentaire de Jeremy Pallot [ 28/juin/10 15:08 ] |
| Ok, désolé il y a eu une incompréhension. |
| Commentaire de Fotigui Tangara [ 28/juin/10 15:12 ] |
|
Pas grave du tout :-) |
[IMP-2611] compte discadelic : FTP pour sellermania Création: 17/sept./08 09:17 Mise à jour: 30/oct./09 15:43 Résolue: 18/sept./08 15:44 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jany Marimoutou | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | discadelic |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
a paramétrer selon autre compte du même vendeur, gérer par sellermania : disket
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 18/sept./08 15:44 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : discadelic mot de passe : fgTE45l Serveur : ftp.priceminister.com / fr ===================================================================== c'est fait |
[INF-421] Optimiser la répartion des comptes dev Création: 27/janv./10 14:44 Mise à jour: 01/févr./10 17:15 Résolue: 01/févr./10 17:15 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Nicolas Chauveau | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Etude et remise à plat des comptes unix dev + recette sur les différentes machines. |
| Commentaires |
| Commentaire de Stéphane Eccli [ 27/janv./10 16:22 ] |
|
voici l'état actuel des comptes/machines. c'est assez bien réparti. |
| Commentaire de Stéphane Eccli [ 01/févr./10 17:15 ] |
| done |
[EXP-2046] Accès au compte ftp dpriouret1 Création: 16/mai/06 10:42 Mise à jour: 25/juin/07 18:58 Résolue: 16/mai/06 16:29 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Flux |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Xavier Barbosa | Attribution: | Sébastien Tournay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
j'ai créé ce compte FTP le 12/05/2006 avec le script "pmcreateftpaccount.sh" : Login: dpriouret1 Pass : jante10 actuellement, c'est impossible de se connecter à ce compte. |
| Commentaires |
| Commentaire de Sébastien Tournay [ 16/mai/06 16:06 ] |
| Le compte existait bien. Mais sans doute le mauvais mdp. Je viens de le mettre comme tu le souhaitais. Merci de me confrimer que cela fonctionne |
| Commentaire de Xavier Barbosa [ 16/mai/06 16:29 ] |
|
impec. merci |
[IMP-1907] FTP compte universoul inactif Création: 19/févr./08 17:12 Mise à jour: 30/oct./09 15:43 Résolue: 20/mars/08 17:10 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Gaël Seguillon | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | universoul |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Groupe: | Sellermania |
| Description |
|
Le compte ftp ouvert pour le compte test sellermania pseudo universoul semble ne pas être actif Pouvez vous l'activer SVP merci |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 20/mars/08 15:48 ] |
|
Il n'y a jamais eu de demande de création compte Sellermania pour universoul. Configuration en cours... |
| Commentaire de Daniel Pintamalli [ 20/mars/08 16:23 ] |
|
==================================================================== COMPTE du vendeur créé ... ======= Compte FTP ======= ==== Home : universoul ===== ==== Pass : fTY,dj8ls ======= ===================================================================== |
| Commentaire de Daniel Pintamalli [ 20/mars/08 17:09 ] |
| En pièce jointe l'extraction de stock au 20/03/2008. |
| Commentaire de Daniel Pintamalli [ 20/mars/08 17:10 ] |
| La configuration Sellermania est active. |
[IMP-966] bonaxe : le compte ne reçoit plus d'import Création: 29/juin/07 09:41 Mise à jour: 30/oct./09 15:51 Résolue: 29/juin/07 14:54 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 15 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | bonaxe |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Estimation: | Petit |
| Description |
|
Le compte qui est depuis peu configuré en Mixad n'a toujours pas reçu d'import du flux. Mixad envoi t'il des annonces pour ce compte? |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 29/juin/07 10:22 ] |
|
Je rien trouvé sur le compte FTP de mixad, ni dans
var/transactions, ni sur Hercule au niveau des fichiers d'import. :-( Nous ne recevons rien. |
| Commentaire de Rodrigue Nsiangani [ 29/juin/07 14:54 ] |
| Je ferme |
[DEC-552] [Contrefaçon] : Recherche comptes - Contrefaçon Création: 15/janv./07 12:28 Mise à jour: 14/sept./07 15:29 Résolue: 31/janv./07 10:31 |
|
| Etat: | Fermé |
| Projet: | Reporting |
| Composants: | Executive |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Benoit Tabaka | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Description |
|
Est-il possible d'avoir pour le 1er février la liste de tous
les comptes vendeurs avec une visibilité "-2" (compte bloqué) et qui
ont été destinataire du message qui a comme template_id 3521 ? Si c'est possible, merci beaucoup :-)) |
| Commentaires |
| Commentaire de Agathe Remy [ 19/janv./07 16:13 ] |
|
Est-ce bien ce que tu voulais? Merci:-) Agathe |
| Commentaire de Benoit Tabaka [ 19/janv./07 16:28 ] |
|
Je viens de regarder. Bizarrement, il y a environ 180 résultats, là où nous avons bloqué (et donc envoyé le message avec le template_id 3521) au minimum 450 comptes depuis le mois de juillet 2006. Tu as une idée de la raison de la différence ? Merci ;-) |
| Commentaire de Agathe Remy [ 19/janv./07 17:05 ] |
|
Dans la tables des messages, je comptabilise 205 messages envoyés avec le template_id 3521. Parmi les destinataires de ce message, seuls 180 ont un usr_visibility_code=-2. Cordialement, Agathe |
| Commentaire de Benoit Tabaka [ 19/janv./07 17:26 ] |
|
Bizarre. Quand je regarde dans le BO, le template 3521 est
indiqué comme ayant été créé le 17/02/2005. Xavier m'a dit qu'il était
utilisé depuis plus d'un an. Or, c'est vrai que quand on regarde les
comptes que ta requête fait remonter, on n'a que des comptes "traités"
par nous depuis le mois de juillet 2006. je vais regarder toutes les lignes de ton fichier et comparer par rapport aux comptes que l'on a repérés et bloqués et identifier ceux qui n'y figurent pas (et le pourquoi ;-) Merci en tout cas. Benoit |
| Commentaire de Benoit Tabaka [ 26/janv./07 18:23 ] |
|
Agathe, Je viens de faire des comparaisons et effectivement, il y avait un truc qui collait pas. Après avoir regardé avec Xavier, est-il possible d'avoir le même rapport mais en se basant sur l'ID 1628 Donc, pour résumer : les comptes en -2 (user visibilité) qui ont été destinataire du message avec l'ID 1628 ? Merci beaucoup. Benoit |
| Commentaire de Agathe Remy [ 30/janv./07 14:37 ] |
|
Vous trouverez les id des comptes ayant reçu le message 1628
(contrefaçon - justifié) dans l'e deuxième onglet du fichier. Cordialement, Agathe |
| Commentaire de Benoit Tabaka [ 30/janv./07 14:52 ] |
| Merci beaucoup. C'est parfait ! |
[EXP-306] transfert de stock d'un compte à un autre Création: 03/nov./05 11:40 Mise à jour: 25/juin/07 18:54 Résolue: 07/déc./05 10:31 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jany Marimoutou | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||
| Liens des demandes: |
|
||||
| Description |
|
Bonjour, Le vendeur garaj76 a ouvert un nouveau compte mais cette fois en pro. Il désire faire basculer tous son stock cd et vinyle de garaj76 à legaraj. Merci bien. |
| Commentaires |
| Commentaire de Patrick Pereira [ 03/nov./05 15:27 ] |
|
Salut, ne peut-on faire ça via les mécanismes d'import ? Merci. Patrick. |
| Commentaire de Jérôme Viviès [ 03/nov./05 17:37 ] |
|
On ne pourra pas "basculer son stock" via les imports. Il s'agira plutôt de refaire tout son import sur le nouveau compte. Est-ce bien ce dont il s'agit ? Si c'est ça, nous aurons besoin d'un fichier d'import, comme pour tout partenaire. |
| Commentaire de Patrick Pereira [ 07/nov./05 16:12 ] |
| Fichier d'export de stock des CD et Vinyles. |
| Commentaire de Patrick Pereira [ 07/nov./05 16:13 ] |
|
J'ai transmis le fichier contenant le stock de CD et Vinyles du partenaire. Patrick. |
| Commentaire de Marion Anfreville [ 06/déc./05 15:41 ] |
| Apparemment le bascule de l'inventaire du compte legaraj76 n'a pas été fait sur le compte legaraj. Le compte garaj76 a environ 4800 annonces alors que le compte legaraj n'en a qu'env. 900. |
| Commentaire de Jany Marimoutou [ 06/déc./05 15:46 ] |
| Merci de faire le nécessaire sur cette demande qui date du 3 novembre 2005. |
| Commentaire de Patrick Pereira [ 07/déc./05 10:31 ] |
|
La demande de transfert ne concernait que les CD et Vinyl, pas tout le stock. Patrick. |
[APP-10699] Intitulé "Mon Compte" non surligné Création: 21/juin/06 17:54 Mise à jour: 25/juin/07 18:41 Résolue: 21/juin/06 18:32 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Home Page |
| Affecte la/les version(s): | 9.0.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Jérémy Cahen | Attribution: | Validator |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Integ |
| Description |
|
Sous l'onglet "Mon Compte" se trouvent les onglets "Mon
Compte", "Espace Acheteur", "Espace Vendeur",... Si on n'est pas dans
l'onglet "Mon Compte" et que l'on clique dessus, il n'est pas surligné
en bleu ciel. cf la capture d'ecran |
| Commentaires |
| Commentaire de Younès Charrière [ 21/juin/06 18:32 ] |
| C'est le fonctionnement normal. En fait, il n'y a pas de page mon compte par défaut. Lorsque l'on quitte la partie Mon Compte et que l'on y revient, on se retrouve sur la dernière page visitée. |
[IMP-893] bruntsh - création compte ftp Création: 18/juin/07 09:03 Mise à jour: 30/oct./09 15:43 Résolue: 19/juin/07 13:29 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Benjamin Guerville | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 5 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | bruntsh |
| Séparateur: | Barre verticale (|) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Estimation: | Petit |
| Groupe: | neteven |
| Description |
|
Bonjour, pourriez-vous créer un compte ftp pour ce partenaire svp ? merci |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 19/juin/07 13:21 ] |
|
======= Compte FTP ======= ==== Home : bruntsh ===== ==== Pass : U96Wtrp ======= |
| Commentaire de Rodrigue Nsiangani [ 19/juin/07 13:29 ] |
|
C'est fait. Je ferme. |
| Commentaire de Xavier Barbosa [ 27/juin/07 10:27 ] |
| Benjamin, n'oublie pas de spécifier "neteven" dans le champ Groupe. Du coup le travail a été fait à moitié, et notre pauvre partenaire ne peut pas gérer ses commandes :'( |
| Commentaire de Benjamin Guerville [ 27/juin/07 16:38 ] |
|
autant pour moi, je me demandais à quoi servait ce champ... merci |
[IMP-963] création compte ftp pour livroccaz Création: 28/juin/07 17:15 Mise à jour: 30/oct./09 15:43 Résolue: 29/juin/07 17:16 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Anne Korchia | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 30 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | livroccaz |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Estimation: | Petit |
| Description |
|
il va rebasculer son stock de livrenstock1 (compte qu'il a
fermé) vers livroccaz il aura plus de 40000 réf il vuadrait mieux lui
ouvrir un compte F¿TP Merci |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 29/juin/07 11:48 ] |
|
Le partenaire a déjà un compte. Je n'arrive pas à retrouver son code. Est-ce que tu l'as ou s'en rappelle-t-il ? Merci RON. |
| Commentaire de Rodrigue Nsiangani [ 29/juin/07 17:07 ] |
|
======= Compte FTP ======= ==== Home : livroccaz ===== ==== Pass : MARCUS ======= |
| Commentaire de Rodrigue Nsiangani [ 29/juin/07 17:14 ] |
|
Je lui ai créé un nouveau compte FTP. Config créé : @@@@@@@@@@@@@@ <Partner name='livroccaz' id='2806393' home='livroccaz' > <Comment> compte crée par RON: le : 27/06/07 Login: livroccaz Pass : MARCUS </Comment> <!-- Import de stock --> <Directory path='stock/sorties'> <Action type='Move' id='4311541' check_file='1'> <Files>*.csv</Files> <Files>*.tab</Files> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/livroccaz/stock/sorties</Destination> </Action> </Directory> <!-- Import de stock --> <Directory path='stock/ecrasements'> <Action type='Move' id='5002937' check_file='1'> <Files>*.csv</Files> <Files>*.tab</Files> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/livroccaz/stock/ecrasements</Destination> </Action> </Directory> </Partner> @@@@@@@@@@@@@@ |
| Commentaire de Rodrigue Nsiangani [ 29/juin/07 17:16 ] |
|
Il avait déjà une config. C'est fait. Je ferme. |
[APP-6988] Messages BO Création: 12/janv./06 12:41 Mise à jour: 25/juin/07 18:34 Résolue: 12/janv./06 13:08 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.1.0 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Andrei Matyas | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
deplacer le message BO a droite dans le menu SAV
|
| Commentaires |
| Commentaire de Andrei Matyas [ 12/janv./06 13:08 ] |
| C'est fait |
[IMP-2176] Creation Compte FTP Création: 30/avr./08 12:18 Mise à jour: 30/oct./09 15:43 Résolue: 05/mai/08 10:23 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Skender Berisha | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | linkova |
| Modèle: | Neteven |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces
|
| Description |
|
Bonjour Merci de créer un compte FTP (type Neteven) pour le partenaire Linkova. Merci |
| Commentaires |
| Commentaire de Fotigui Tangara [ 05/mai/08 10:08 ] |
|
05/05/2008 - FTA ===================================================================== Compte FTP vendeur créé... Pseudo : linkova mot de passe : fsfU7d3 Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Fotigui Tangara [ 05/mai/08 10:23 ] |
| Le FTP du partenaire a été créé avec deux profils (Entrées et Sorties). |
| Commentaire de Fotigui Tangara [ 07/mai/08 17:58 ] |
|
J'ai demandé Skender Berisha ceci : copie mail envoyé ci-dessous Bonjour, Vous avez ouvert un JIRA ( Il s'agit du partenaire linkova, dans ses droits, il n'a pas le statut de professionnel, il est sur le type particulier. Nous ne créons pas de compte FTP pour les particuliers, son compte FTP étant déjà créé, j'aimerais savoir si le Partenaire linkova est un PRO ? Dans le cas contraire je procéderais à désactivation de son compte FTP. Merci. Fotigui Equipe paramétrage Poste : 9850 |
[IMP-2993] Activation comptes Browse4books Création: 11/déc./08 18:07 Mise à jour: 30/oct./09 15:52 Résolue: 18/déc./08 10:25 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | Browse4books |
| Séparateur: | Barre verticale (|) |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour, Pouvez-vous activer les 4 prochains comptes de Browse4books. Merci, Jérémy |
| Commentaires |
| Commentaire de Jérôme Viviès [ 12/déc./08 09:20 ] |
|
Il en est où de la validation des commandes ? Fred, merci de vérifier que tout est ok de ce côté là avant d'ouvrir plus les vannes. |
| Commentaire de Frédéric Nahum [ 12/déc./08 11:15 ] |
|
Salut Fred Jeremy est dessus, il leur parle tous les jours depuis une semaine pour mettre tout ça au point, On revient vers toi pour donner le feu vert avant d'ouvrir les vannes. Mais on suit ça de très près. Gaël SEGUILLON 57 bd de la Villette 75010 Paris Tél : +33 (0) 1 42 78 12 37 Fax : +33 (0) 1 42 78 80 61 ________________________________________ De : Frederic NAHUM [mailto:frederic.nahum@priceminister.com] Envoyé : vendredi 12 décembre 2008 10:40 À : 'Gael Seguillon'; 'Jérôme Viviès' Cc : 'Jérôme Viviès' Objet : Verification des comptes Browe4books Bonjour, Je viens de jeter un coup d'¿il sur les deux premiers comptes Browse4_S0 et Browse4_S1. Browse4_S0 : il a principalement tout annulé via le front (c'est bizarre, cela veut dire qu'il nous envois peut-être juste un fichier pour le plaisir avec un stock incorrect, pour info ils sont en illimités) Browse4_S1 : il n'a toujours rien validé sur ce compte Ps : les flux de commandes via FTP ne sont pas utilisés par le partenaire. Est-ce que vous êtes bien sûr qu'on ouvre les vannes pour la semaine prochaine, car en cas de problème cela sera multiplié X6, et vous risquez beaucoup d'annulation ? J'ai donc besoin d'une dernière validation de votre part Cordialement Frédéric NAHUM Responsable Pôle Import Tel : 01.42.78.79.80 |
| Commentaire de Frédéric Nahum [ 12/déc./08 11:16 ] |
| Tout est prêt de mon coté, suite à mon précédent mail, j'attends donc votre go avant d'ouvrir les vannes |
| Commentaire de Jérôme Viviès [ 12/déc./08 11:35 ] |
| Yo, encore une fois, si besoin, Daniel perle anglais et peut discuter avec les techos... |
| Commentaire de Frédéric Nahum [ 18/déc./08 10:25 ] |
| Nous sommes en contact avec le partenaire, nous avons activé 4 comptes supplémentaires |
[IMP-4109] creation compte FTP Création: 26/août/09 10:15 Mise à jour: 30/oct./09 15:52 Résolue: 27/août/09 09:56 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | crazy-bd |
| Séparateur: | Barre verticale (|) |
| Type de traitement: |
Suppression annonces, Mise à jour/création annonces
|
| Groupe: | SELLERMANIA |
| Description |
|
création compte ftp +profil+format pour nouveau pro sellermania crazy-bd
|
| Commentaires |
| Commentaire de Jérome Marianne [ 27/août/09 09:37 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : crazy-bd mot de passe : 12bd65 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== Paramétrage en cours... |
| Commentaire de Jérome Marianne [ 27/août/09 09:56 ] |
| Compte FTP paramétré et activé. |
[IMP-7514] Création compte FTP Création: 01/déc./10 18:27 Mise à jour: 02/déc./10 11:02 Résolue: 02/déc./10 11:02 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Myriam Laifaoui | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | dupont-acces |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Bonjour,
Merci de créer un compte FTP avec flux de commande pour le pro dupont-acces. |
| Commentaires |
| Commentaire de Jérome Marianne [ 02/déc./10 10:56 ] |
|
=====================================================================
Compte FTP vendeur créé... Pseudo : dupont-acces mot de passe : dup89pont4acc Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== Paramétrage en cours... |
| Commentaire de Jérome Marianne [ 02/déc./10 11:02 ] |
| Compte FTP activé pour les flux et le stock |
[IMP-885] creation ftp pour compte artgil Création: 14/juin/07 17:12 Mise à jour: 30/oct./09 15:43 Résolue: 15/juin/07 15:47 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Anne Korchia | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 10 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | artgil |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Estimation: | Petit |
| Description |
|
creation ftp pour compte artgil qui ne peux faire ses mises à jour sur le site |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 15/juin/07 15:41 ] |
|
======= Compte FTP ======= ==== Home : artgil ===== ==== Pass : Mf96xqZ ======= |
| Commentaire de Rodrigue Nsiangani [ 15/juin/07 15:47 ] |
|
Il doit poser ses fichiers dans le répertoire "stock/ecrasements" Config OK @@@@@@@@@@@@@@ <Partner name='artgil' id='13617622' home='artgil'> <Comment> Crée par RON le 15 juin 2007 Livres Login: artgil Pass : Mf96xqZ </Comment> <Directory path='stock/ecrasements'> <Action type='Move' id='4819045' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Files>*.tab</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/artgil/stock/</Destination> </Action> </Directory> </Partner> @@@@@@@@@@@@ Je ferme. |
[IMP-2094] Cashpro - création compte ft Création: 14/avr./08 13:34 Mise à jour: 30/oct./09 15:43 Résolue: 15/avr./08 17:24 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Benjamin Guerville | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | Cashpro |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Bonjour, Merci de créer un compte ftp pour cashpro (il a déjà un profil d'inport). BG |
| Commentaires |
| Commentaire de Frédéric Nahum [ 15/avr./08 17:24 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : cashpro mot de passe : 6viR7 Serveur : ftp.priceminister.com / fr ===================================================================== Rataché au profil déjà crée |
[EXP-1738] Création de 2 comptes sur brice pour Création: 07/avr./06 11:21 Mise à jour: 25/juin/07 18:57 Résolue: 07/avr./06 14:48 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Judd OSullivan | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
On a besoin de 2 comptes de plus sur brice pour : Xavier Boreux Olivier Badreau C'est pour acceder a CVS. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 07/avr./06 14:25 ] |
|
2 comptes de quoi svp ? comptes cvs ? S'il s'agit de compte pour accéder à brice il est déja possible de la faire via les nis ( j'ai testé avec l'un de leur compte cela fonctionne parfaitement ) Merci de préciser la demande |
| Commentaire de Judd OSullivan [ 07/avr./06 14:48 ] |
| D'accord. Donc ils avaient déjà un compte apparement. |
[EXP-3052] Creation compte FTP bacchus Création: 01/déc./06 15:47 Mise à jour: 25/juin/07 18:59 Résolue: 01/déc./06 16:46 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | François Le Lay | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Peux-tu me créer un compte FTP stp? login: pmbi passwd: 2so6oN host: bacchus home: /data/priceminister/pmbitransfer Merci!!! |
| Commentaires |
| Commentaire de Eric Vannier [ 01/déc./06 16:46 ] |
|
Le compte est actif. Le home est dans = /data/chrootapache/home/pmbi car notre serveur ftp proftp est chrooté. |
| Commentaire de François Le Lay [ 01/déc./06 17:00 ] |
| Je n'arrive pas à me connecter? |
[INF-143] Clôture de comptes mail Création: 01/sept./08 10:36 Mise à jour: 16/sept./08 14:42 Résolue: 16/sept./08 14:42 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Nerea Prieto | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Salut , Les traductrices, Elinor.Lyon et Emilie Clarke sont parties la semaine dernière, vous pouvez supprimer leurs comptes mail. Merci |
| Commentaires |
| Commentaire de Stéphane Eccli [ 16/sept./08 14:42 ] |
| comptes supprimés |
[INF-506] Compte messagerie sur le poste de Stéphane Création: 12/juil./10 17:38 Mise à jour: 13/juil./10 11:24 Résolue: 13/juil./10 11:24 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | M'hand Hadjoudj | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
J'aurais besoin d'un compte de messagerie Outlook sur le
poste de Stéphane. Le poste est à côté du mien. QTP a besoin pour
s'exécuter. Merci |
| Commentaires |
| Commentaire de Stéphane Eccli [ 13/juil./10 11:24 ] |
|
le compte de stéphane est toujours actif pour le moment mais je serais obligé a un moment de le supprimé. on fera alors l'essai de multiples ouvertures du compte QTP1. |
[EXP-399] FTP : fichier non pris en compte Création: 23/nov./05 10:05 Mise à jour: 25/juin/07 18:54 Résolue: 25/nov./05 12:19 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Troubleshooting |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Nicolas Gréhalle | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
J'ai déposé le 9 novembre le fichier FullTable.txt dans le répertoire stock/ecrasements du compte pm_titelive. Le fichier y est toujours et bloque la mise à jour. Pouvez-vous regarder et faire en sorte que ce fichier passe. Merci |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 25/nov./05 12:19 ] |
|
Le problème est réglé ... Cela est du au fichier de stock déposé par pm_titelive qui est trop volumineux (213 Mo) Je l'ai divisé en quatres fichier de 50 mo et il ont été aspiré et actuellement visible en BO fulltable1.txt fulltable2.txt fulltable3.txt fulltable4.txt Ranto, |
[BIN-147] Redémarrer BO Création: 04/sept./06 10:07 Mise à jour: 14/sept./07 17:19 Echéance: 04/sept./06 00:00 Résolue: 04/sept./06 10:09 |
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | François Le Lay | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Redémarrer BO suite à crash latone de Vendredi 1er Septmebre.
|
| Commentaires |
| Commentaire de François Le Lay [ 04/sept./06 10:09 ] |
| Après quelques soucis de zombies c'est réglé. |
[EXP-3119] Creation compte ftp Création: 22/déc./06 17:00 Mise à jour: 25/juin/07 19:00 Résolue: 02/janv./07 11:32 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Pascal Roselli | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Bonjour, Est il possible de créer un compte FTP sur ftp://ftp.priceminister.com avec le login"report4D", avec comme mot de passe : "pm4D88" Merci. |
| Commentaires |
| Commentaire de Eric Vannier [ 02/janv./07 11:32 ] |
| Le compte est crée. |
[IMP-3179] Problème FTP compte 1001-puzzles Création: 30/janv./09 10:53 Mise à jour: 30/oct./09 15:44 Résolue: 30/janv./09 16:15 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Dorian Porta Delsol | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | 1001-puzzles |
| Modèle: | jouets |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
N/A
|
| Groupe: | culturel |
| Description |
|
Nous avons mis en place le chargement automatique des commandes sur un de nos comptes jeuxetjouets. Par contre aucun fichier n'est présent sur votre FTP pour le compte 1001-puzzles, pouvez-vous nous aider à résoudre ce problème ? Cordialement, Cédric. |
| Commentaires |
| Commentaire de Frédéric Nahum [ 30/janv./09 16:15 ] |
|
Les flux de commandes n'étaient pas pas paramétré pour ce compte, on cherchait et import le fichier uniquement. J'ai fais la modification, elle sera effective à partir de lundi 10h |
[APP-19664] Erreur sur consultation du compte 2553193 Création: 19/févr./08 16:14 Mise à jour: 16/mai/08 10:36 Résolue: 16/mai/08 09:46 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.0.1 |
| Version(s) corrigée(s): | 22.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Habibata Coulibaly |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Classif1: | MON COMPTE |
| Projets PM archivés: | Maintenance TX-A |
| Description |
|
Pour info ce compte existe en 36000 exemplaires dans la base environ (Nom : François BORDELAIS). Exemlpe en consulatation BO : http://www.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=2553193 Voir screenshot null; CausedByException is: java.sql.SQLException: [Oracle] #21 ORA-01795: maximum number of expressions in a list is 1000 at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.ad.try(Unknown Source) at com.inet.ora.ad.a(Unknown Source) at com.inet.ora.x.a(Unknown Source) at com.inet.ora.x.for(Unknown Source) at com.inet.ora.x.executeQuery(Unknown Source) at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:296) at com.babelstore.util.sql.SQLQuery.open(SQLQuery.java:126) at com.babelstore.util.sql.SQLQuery.readListMap(SQLQuery.java:397) at com.babelstore.util.sql.SQLQuery.readListMap(SQLQuery.java:517) at com.babelstore.subscription.business.SubscriptionQuery.getMap(SubscriptionQuery.java:34) at com.babelstore.subscription.business.SubscriptionCatalogBean.getSubscriptionMap(SubscriptionCatalogBean.java:63) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 26/févr./08 16:36 ] |
|
CE probleme n'arrive que si la même adresse email appartient
a plusieurs comptes, plus précisement le probleme arrive quand plus de
1000 comptes ont la même adresse email. Voici un comptage en prod des adresses emails appartenant a plus de 1000 comptes differents: SQL*Plus> SELECT email_address, COUNT(*) SQL*Plus> FROM user_account SQL*Plus> GROUP BY email_address SQL*Plus> HAVING COUNT(*) > 1000 SQL*Plus> / chd11111@yahoo.fr 22222 fanfoue17@yahoo.fr 13776 fanfoue23@yahoo.fr 9012 fanfoue5.bordelais@laposte.net 1880 fanfoue5@yahoo.fr 16368 fanfoue7@yahoo.fr 13156 francois.bordelais@neuf.fr 3338 7 rows selected. Pour chacun de ces comptes il est impossible: en BO d'afficher la page du compte en FO de se logger avec ce compte en effet la requete qui est effectuée pour voir les souscriptions est: SELECT mail_subscription_id l, usr_subscription.usr_subscription_id, usr_subscription.change_date, usr_subscription.creation_date, usr_subscription.mail_subscription_id, usr_subscription.row_version, usr_subscription.user_account_id, usr_subscription.uss_status_code FROM usr_subscription WHERE (user_account_id IN (:x1, :x2, :x3, :x4, :x5, :x6, :x7, :x8, :x9, :x10, :x11, :x12, :x13, ......)) et la on a on arrive a l'erreur oracle: ORA-01795: maximum number of expressions in a list is 1000 Ces n (22222 + 13776 + 9012 + 1880 + 16368 + 13156 + 3338) comptes sont de type particulier: SELECT DISTINCT usr_type_code FROM user_account WHERE email_address in ('chd11111@yahoo.fr','fanfoue17@yahoo.fr','fanfoue23@yahoo.fr' ,'fanfoue5.bordelais@laposte.net' ,'fanfoue5@yahoo.fr' ,'fanfoue7@yahoo.fr' ,'francois.bordelais@neuf.fr' ) 10 J'aimerais bien que quelqu'un explique comment fonctionnent ces comptes car ils ne peuvent pas du tout se connecter en FO. On me parle d'acheteur PRO, si quelqu'un peut developper je suis TRES interessée. conclusion: que fais t'on ?: 1) on laisse tel quel 2) on peut faire un select imbriqué |
| Commentaire de Geneviève Beaujard [ 26/févr./08 16:46 ] |
|
Repondre a la question que fais t'on? Et si possible expliquer ce type de fonctionnement (par robot ?) Merci |
| Commentaire de Nicolas Chauveau [ 28/févr./08 16:18 ] |
| Choix N°2 pour pouvoir gérer ces comptes qui sont des fraudeurs potentiels. |
| Commentaire de Habibata Coulibaly [ 29/avr./08 15:36 ] |
|
Je me suis attaquée à ce jira en modifiant la requête par celle là: SELECT mail_subscription_id l, usr_subscription.usr_subscription_id, usr_subscription.change_date, usr_subscription.creation_date, usr_subscription.mail_subscription_id, usr_subscription.row_version, usr_subscription.user_account_id, usr_subscription.uss_status_code FROM usr_subscription, user_account WHERE usr_account.email_address = email_address AND usr_subscription.user_account_id = user_account.user_account_id Tout semble focntionner correctement mais il faudrait la tester avec le compte qui pose problème.Le problème est qu'on ne dispose pas en Dev d'une adresse email avec plus de 1000 comptes. |
| Commentaire de Habibata Coulibaly [ 16/mai/08 09:46 ] |
|
Ok, tester en integ sur le compte concerné. |
| Commentaire de Emeric Teil [ 16/mai/08 10:36 ] |
| OK en Integ |
[IMP-1461] Mise en palce compte FTP Création: 23/oct./07 14:39 Mise à jour: 30/oct./09 15:43 Résolue: 23/oct./07 16:16 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Skender Berisha | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 10 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | prosatellite |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour Pouvez vous ouvrir un compte FPT pour le flux de commande et la mise à jour du stock. Partenaire : prosatellite Merci Skender |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 23/oct./07 16:11 ] |
|
======= Compte FTP ======= ==== Home : prosatellite ===== ==== Pass : satpro5 ======= |
| Commentaire de Rodrigue Nsiangani [ 23/oct./07 16:15 ] |
|
@@@@@@@@@@@@@@ <Partner name='prosatellite' id='3903608' home='prosatellite' purchase='1'> <Comment> compte crée par RON: le : 23/10/07 Login: prosatellite Pass : satpro5 </Comment> <Directory path='purchase'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Source>/data/priceminister/pmftpstock/var/transactions/fr/prosatellite/purchase</Source> <Destination>purchase</Destination> </Action> </Directory> <Directory path='confirmed_purchase'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Source>/data/priceminister/pmftpstock/var/transactions/fr/prosatellite/confirmed_purchase</Source> <Destination>confirmed_purchase</Destination> </Action> </Directory> <Directory path='validation'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/prosatellite/validation</Destination> </Action> </Directory> <Directory path='expiration'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Source>/data/priceminister/pmftpstock/var/transactions/fr/prosatellite/expiration</Source> <Destination>expiration</Destination> </Action> </Directory> <!-- Import de stock --> <Directory path='stock/entrees'> <Action type='Move' id='3760341' check_file='1'> <Files>*.csv</Files> <Files>*.tab</Files> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/prosatellite/stock/entrees</Destination> </Action> </Directory> </Partner> @@@@@@@@@ |
| Commentaire de Rodrigue Nsiangani [ 23/oct./07 16:16 ] |
|
C'est fait. Il doit poser les fichiers d'entrées dans le répertoire stock/entrees Je ferme |
[IMP-1596] Creation d'un compte FTP Création: 22/nov./07 08:44 Mise à jour: 30/oct./09 15:43 Résolue: 23/nov./07 15:07 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Skender Berisha | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 15 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | ideolab-info |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Estimation: | Petit |
| Description |
|
Bonjour Merci de créer un compte FTP pour l'import de stock. Partenaire : ideolab-info Merci Skender |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 23/nov./07 15:03 ] |
|
==== Home : ideolab-info ===== ==== Pass : ideo77 ======= |
| Commentaire de Rodrigue Nsiangani [ 23/nov./07 15:05 ] |
|
Config : @@@@@@@@@@@@@ <Partner name='ideolab-info' id='15259140' home='ideolab-info'> <Comment> compte crée par RON: le : 23/11/07 Login: ideolab-info Pass : ideo77 </Comment> <!-- Import de stock --> <Directory path='stock/ecrasements'> <Action type='Move' id='5392058' check_file='1'> <Files>*.csv</Files> <Files>*.tab</Files> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/ideolab-info/stock/ecrasements</Destination> </Action> </Directory> </Partner> @@@@@@@@@@@ |
| Commentaire de Rodrigue Nsiangani [ 23/nov./07 15:07 ] |
|
C'est fait. Le compte FTP sera disponible lundi matin. Je ferme. |
[IMP-4169] Libch : Création compte FTP Création: 04/sept./09 14:31 Mise à jour: 30/oct./09 15:52 Résolue: 07/sept./09 10:04 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jérome Marianne | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | libch |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Suite aux soucis que le pro rencontre pour uploader ses
fichiers nous allons lui créer un compte FTP pour ses imports. |
| Commentaires |
| Commentaire de Jérome Marianne [ 04/sept./09 15:17 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : libch mot de passe : li56bch Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== Paramétrage en cours. Compil sera fait le lundi... |
| Commentaire de Jérome Marianne [ 07/sept./09 10:04 ] |
|
Compte FTP activé. Je fais un mail au pro pour l'en informer. |
[IMP-2381] Creation d'un compte FTP Création: 24/juin/08 09:02 Mise à jour: 30/oct./09 15:43 Résolue: 24/juin/08 09:46 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Skender Berisha | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | crystal_tech |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Bonjour Serait-il possible de créer un compte FTP pour la gestion des commandes pour le partenaire : crystal_tech Merci Skender |
| Commentaires |
| Commentaire de Fotigui Tangara [ 24/juin/08 09:45 ] |
|
Compte créé comme souhaité, juste pour gérer les flux de commandes.... ===================================================================== Compte FTP vendeur créé... Pseudo : crystal_tech mot de passe : 1834RXHjkb Serveur : ftp.priceminister.com / fr ===================================================================== |
[IMP-2462] Creation d'un compte FTP Création: 21/juil./08 16:17 Mise à jour: 30/oct./09 15:43 Résolue: 22/juil./08 10:22 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Skender Berisha | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | iaccess |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Bonjour Merci de crée un compte FTP pour le flux de commande. Partenaire : iaccess. Merci Skender |
| Commentaires |
| Commentaire de Fotigui Tangara [ 22/juil./08 09:23 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : iaccess mot de passe : xgdff1789V Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Fotigui Tangara [ 22/juil./08 10:21 ] |
| Configuration des flux de commandes dès à présent opérationnelles.... |
[IMP-2431] Creation d'un compte FTP Création: 08/juil./08 10:09 Mise à jour: 30/oct./09 15:43 Résolue: 08/juil./08 11:36 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Skender Berisha | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | expoespagne |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Bonjour Merci de creér un compte FTP pour la gestion des commandes. partenaire : Expoespagne Merci skender |
| Commentaires |
| Commentaire de Frédéric Nahum [ 08/juil./08 10:19 ] |
| Je demande pour pas qui'il yai de confusion c'est bien pour la base FRANCE ? |
| Commentaire de Fotigui Tangara [ 08/juil./08 11:19 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : expoespagne mot de passe : peaOEF744 Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Skender Berisha [ 08/juil./08 11:21 ] |
|
bonjour oui c'est pour la base France Merci skender |
| Commentaire de Fotigui Tangara [ 08/juil./08 11:36 ] |
| La configuration des flux de commandes est dès à présent opérationnelle ! |
[IMP-2680] craetion compte FTP Création: 07/oct./08 11:44 Mise à jour: 30/oct./09 15:43 Résolue: 07/oct./08 15:49 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Skender Berisha | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | shoxx_shop |
| Modèle: | Entrée fabricant |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création produits
|
| Description |
|
Bonjour merci de crée un compte FTP pour la mise à jour du stock ainsi que pour le traitement des commandes pour le partenaire : shoxx_shop Merci Skender |
| Commentaires |
| Commentaire de Frédéric Nahum [ 07/oct./08 15:40 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : shoxx_shop mot de passe : huy47Aez1 Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Frédéric Nahum [ 07/oct./08 15:49 ] |
| c'est fait, il faudra qu'il dépose son fichier dans Entrée pour mettre à jour son stock |
[IMP-5892] Création compte FTP Création: 23/avr./10 14:41 Mise à jour: 23/avr./10 15:07 Résolue: 23/avr./10 15:07 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Myriam Laifaoui | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | sylla-access |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Bonjour, Merci de créer un compte FTP pour le partenaire sylla-access suite à la demande de sellermania. Merci Myriam |
| Commentaires |
| Commentaire de Fotigui Tangara [ 23/avr./10 14:55 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : sylla-access mot de passe : sy!123ceca Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Fotigui Tangara [ 23/avr./10 15:04 ] |
|
Configurations Sellermania mises en place pour ce PRO. Elles ne seront opérationnelles qu'à partir du 26/04/2010. Demande traitée. |
[IMP-5550] akiloria : création compte FTP Création: 15/mars/10 15:35 Mise à jour: 15/mars/10 15:52 Résolue: 15/mars/10 15:52 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jérome Marianne | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | akiloria |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
historique mail: oui merci dominique -----Message d'origine----- De : SUPPORT PRO [mailto:support.pro@priceminister.com] Envoyé : lundi 15 mars 2010 15:13 À : 'akilit' Objet : RE: Paramétrage de votre compte Priceminister Vous voulez que l'on vous créé un compte FTP pour le compte akiloria ? De : akilit [mailto:akilit@akilit.com] Envoyé : lundi 15 mars 2010 14:27 À : 'SUPPORT PRO' Objet : RE : Paramétrage de votre compte Priceminister Bjr j'en ai un sur "moliere' exclusivement en 'livres" il faut demander a Monsieur Seguillon qui connait le probleme. ou il a décidé de m'octroyer un compte pro supplémentaire en 'bijouterie' pour ne pas 'mellanger torchons et serviettes" cordialement dominique -----Message d'origine----- De : SUPPORT PRO [mailto:support.pro@priceminister.com] Envoyé : lundi 15 mars 2010 10:49 À : 'akilit' Objet : RE: Paramétrage de votre compte Priceminister Il s'agit de votre compte PriceMinister. Vous n'avez pas de compte FTP paramétré chez nous. Cordialement. De : akilit [mailto:akilit@akilit.com] Envoyé : lundi 15 mars 2010 10:41 À : 'SUPPORT PRO' Objet : RE : Paramétrage de votre compte Priceminister Bonjour merci beaucoup mais je n'ai pas les code ftp et pass merci dominique |
| Commentaires |
| Commentaire de Jérome Marianne [ 15/mars/10 15:38 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : akiloria mot de passe : 556aki665 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== |
| Commentaire de Jérome Marianne [ 15/mars/10 15:52 ] |
| Compte FTP activé |
[IMP-616] franceauto73 : vérifier le compte FTP Création: 03/mai/07 16:04 Mise à jour: 30/oct./09 15:43 Résolue: 09/mai/07 10:02 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | franceauto73 |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Estimation: | Petit |
| Groupe: | Cardiff |
| Description |
|
Le client essai de faire son premier import et n'y arrive pas. Le compte est-il bien configuré? Ya t'il une trace de fichier sur son FTP? |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 03/mai/07 16:22 ] |
|
Il est bien configuré. Il n y a aucune trace de dépôt de fichier. Il faut qu'il recommence et qu'il dépose bien les fichiers dans le répertoire stock/ecrasements. J'arrive bien à me connecter à son compte. RON. |
| Commentaire de Rodrigue Nsiangani [ 04/mai/07 16:22 ] |
|
Le partenaire n'a rien déposé, peux-tu lui demander de réessayer. RON. |
| Commentaire de Rodrigue Nsiangani [ 09/mai/07 10:02 ] |
|
Des fichiers sont apparus dans les imports, je ferme. http://bo.priceminister.com/datafile_back?action=advfilesearch&login=franceauto73&use_proc_date=false&start_date=03%2F05%2F2007&end_date=06%2F05%2F2007 RON. |
[METATACHE][mon compte] Refonte de la home page mon compte
(APP-16385)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.0.0 |
| Version(s) corrigée(s): | 16.0.0 |
| Type: | Sub-bug | Priorité: | Critique |
| Rapporteur: | Emeric Teil | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||||||||||
| Site: | Integ | ||||||||||||||||||||||||
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation | ||||||||||||||||||||||||
| Description |
|
La page "mon panier", bien que ne faisant pas partie de "mon
compte", inclue le bloc "menu" de "mon compte". Or cette page ne
"possède" pas de div "my_account", div qui permet, notamment,
d'identifier la zone et ainsi d'appliquer le style CSS du menu. Celui-ci
s'affiche donc sans mise en page... CF pièce-jointe pour copie d'écran |
| Commentaires |
| Commentaire de Arnaud Forgues [ 24/juil./07 17:30 ] |
| supprimer le bloc "Menu mon compte" de la colonne de gauche pour le layout panier type nego |
| Commentaire de Alexandre Garnier [ 24/juil./07 17:53 ] |
|
pas de suppression de bloc, juste l'ajout de my_account sur CART CMS1 default SiteNode CART |
| Commentaire de Emeric Teil [ 27/juil./07 15:40 ] |
| comme on peut le voir sur la copie d'écran ajoutée, la version espagnole n'est pas encore traitée |
| Commentaire de Alexandre Garnier [ 27/juil./07 15:42 ] |
|
CMS1 default SiteNode CART |
| Commentaire de Emeric Teil [ 31/juil./07 16:01 ] |
| OK |
[APP-2155] pb d'activation du compte vendeur Création: 14/avr./04 13:03 Mise à jour: 25/juin/07 18:24 Résolue: 25/juin/07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.9pre |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélie Lagel | Attribution: | Geneviève Beaujard |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
qd on met en vente sa première annonce : message au sujet du code d'activation s'affiche bien en rouge, le code d'activation est bien envoyé sur la boite mail, mais si on quitte le compte et que l'on revient dessus plus tard pour saisir le code et activer le compte : plus de trace du lien demandant de saisir le code...on ne peut donc pas l'activer... exemple : pseudo jeckyl1 |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 15/avr./04 16:00 ] |
|
Pour l'instant ce n'est pas un bug. Le vendeur a crée une annonce correcte, le batch d'activation lui a envoye le mail, ce vendeur a ensuite crée une annonce avec un stock > 9 (propriete) cette annonce ne correspondant pas aux normes a fait passer le usr_visibility_code du vendeur a -1 (Caché temporaire) et dans cet etat on ne permet pas au vendeur d'activer son compte. Pour l'instant la solution est : BO doit faire passer la visibilité du vendeur à Visible(Surveillé). |
[APP-32600] Compte désabonné se trouve abonné malgré lui Création: 26/janv./11 15:51 Mise à jour: 28/janv./11 11:32 Résolue: 26/janv./11 17:59 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | 86.0.0 (TX-R) |
| Version(s) corrigée(s): | 86.0.0 (TX-R) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Anthony Lagrède |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | Alertes téléphoniques |
| Navigateur: | Tous |
| Description |
|
Pour reproduire :
- Un compte "toto" abonné avec un numéro de tel 0123 - Un compte "tata" désabonné avec un numéro de tel 3210 - En modifiant le numéro de tel de "toto" en 3210 (celui de "tata"), sans annulé son abonnement via les préférences vendeur, "tata" se retrouve abonné. |
| Commentaires |
| Commentaire de Emeric Teil [ 26/janv./11 15:58 ] |
|
Effectivement, extrait des specs :
"Si j’ai deux comptes avec des numéros différents et des abonnements différents et que je modifie un de ces comptes pour avoir le même numéro de partout, mes abonnements ne seront pas synchronisés" |
[APP-12624] problème sur le lien mon compte Création: 21/sept./06 17:47 Mise à jour: 25/juin/07 18:45 Résolue: 22/sept./06 17:19 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Sarah Eudor | Attribution: | Patrick Condevaux |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Description |
|
Je vous transmets le message d'un utilisateur : ""Bonjour, lorsque je clique sur "mon compte", la connection ne se fait pas, il faut ajouter "user" à la fin de la ligne principale pour se connecter. Lorsque je met la souris sur l'icone de "mon compte", on voit en bas de page qu'il écrit '/us','er' Je rencontre ce problème sur mon ordinateur personnel ainsi qu'à celui de mon travail En début de semaine ce problème n'existait pas Pseudo : pauline00 21/09/2006-17:30 - problème de connection sur mon compte entre autres "" |
| Commentaires |
| Commentaire de Sarah Eudor [ 21/sept./06 17:51 ] |
|
autre cas : ""Bonjour, J'utilisais votre site réguliérement sans problème mais depuis quelques semaines lorsque je me connecte à votre site aucun liens ne fonctionne. Par exemple si je clique sur l'onglet "Mon compte" je reste à la page d'accueil. Mon PC tourne sous Linux Debian Sarge et mon navigateur est Firefox 1.0.4. Pensez vous régler ce problème ou dois-je me tourner définitivement vers un autre site d'achat/vente ? Merci et bonne journée. PS : Je vous écrit d'un autre ordinateur. mathieu_41 "" |
| Commentaire de Patrick Condevaux [ 22/sept./06 10:06 ] |
|
le meme bug a été observé sur le poste d'Agathe avec firefox. Impossible de suivre les liens javascriptés |
| Commentaire de Patrick Condevaux [ 22/sept./06 10:15 ] |
|
est-ce que ce bug serait similaire au probleme rencontre avec la 903 mais qui a été normalement corrigé depuis ? |
| Commentaire de Patrick Condevaux [ 22/sept./06 17:19 ] |
|
voir |
[EXP-354] compte FTP, partenaire gilvk Création: 09/nov./05 11:43 Mise à jour: 25/juin/07 18:54 Résolue: 18/nov./05 00:41 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Anne Korchia | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||
| Description |
|
les dépots dans le compte FTP du partenaire ne fonctionne pas. Mail du partenaire : cela fait maintenant plusieurs semaines que le problème n'est pas résolu avec les mises à jours : il faut faire quelque chose maintenant, réellement. 1 - Soit un système FTP qui fonctionne 2 -Soit je vous envoie un fichier zippé mis à jour via votre email. |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 18/nov./05 00:41 ] |
|
Réglé ... Le fichier de stock apparait en BO à l'état "traité" |
[EXP-4822] Demande de création de compte unix Création: 26/mai/09 09:50 Mise à jour: 27/mai/09 12:17 Résolue: 27/mai/09 12:14 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Marc-Antoine Decreton | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Dans le cadre de l'étude d'intégration de JavaRebel
(logiciel permettant le chargement à chaud des modifications de code
java) chez PriceMinister, j'aurais besoin d'un compte unix spécifique
que je pourrais configurer (sans modifier ma conf de dév actuelle). J'ai l'aval de Aranud Forgues et Nicolas Chauveau. Merci |
| Commentaires |
| Commentaire de Stéphane Eccli [ 27/mai/09 12:14 ] |
|
compte : java.rebel pwd : provence home : prin:/data1/users/java.rebel |
| Commentaire de Marc-Antoine Decreton [ 27/mai/09 12:17 ] |
| merci |
[APP-15523] TVA - Impossible de modifier le n°TVA en FRONT ou en BO Création: 15/mars/07 16:39 Mise à jour: 25/juin/07 18:50 Résolue: 11/avr./07 16:38 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Paiement |
| Affecte la/les version(s): | 13.0.3 |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||
| Classif1: | BO | ||||||||||||||||
| Classif2: | tva | ||||||||||||||||
| Description |
|
1 - BO/FO : Créer un compte PRO 2 - BO : Modifier le SIRET et TVA en mettant un numéro temporaire (FR11111111111) 3 - FO : Faire une MEV avec une adresse de livraison en Allemagne ---> Marche pas pour cause de numéro TVA commençant par FR et donc ne correspondant pas au pays d'expédition (Allemagne) ---> Impossible de modifier le numéro de TVA en FO (interdit par l'appli) 4 - BO : Essayer de modifier le n° TVA pour mettre le numéro définitif (DE..........) ---> Marche pas pour cause de numéro TVA ne correspondant pas au pays d'expédition (Normal, il n'y apas de pays d'expédition) De là on est bloqué impossible de modifier le n°TVA en FRONT ou en BO. Voir screeenshot |
| Commentaires |
| Commentaire de Christophe Garcia [ 11/avr./07 10:16 ] |
|
Quelle a été la solution choisie ? |
| Commentaire de Renaud Dierickx [ 11/avr./07 16:38 ] |
|
Voici la solution retenue : ---------------------------------- private Long getCountryForCompanyVatVerification(Long lUsrTypeCode, UserBusiness bizUser) throws Exception { if(lUsrTypeCode != null) { if(PRO_VEHICLE.equals(lUsrTypeCode) && bizUser.getSellerContactAddressInfo() != null) return bizUser.getSellerContactAddressInfo().getCountryId(); else if(bizUser.getPaymentAddressInfo() != null) return bizUser.getPaymentAddressInfo().getCountryId(); else if(bizUser.getSellerContactAddressInfo() != null) return bizUser.getSellerContactAddressInfo().getCountryId(); } // Fix bug Long lSellerCountryId = bizUser.getUserInfo().getSellerCountryId(); if (lSellerCountryId != null) return lSellerCountryId; return PlatformHelper.getDefaultCountryId(); } EN FRANCAIS ;o)) : --------------------------- si l'utilisateur est un PRO auto, on prend le pays de l'adresse de rencontre (si elle existe) sinon, on prend le pays de l'adresse de paiement (si elle existe) sinon, on prend le pays de l'adresse de contact (si elle existe) sinon, on prend le pays du vendeur situé au niveau de la dernière annonce en BO (ici l'Allemagne) sinon, on prend le pays de défaut de la plateforme |
| Commentaire de Fréderic Tiberghien [ 20/avr./07 11:11 ] |
|
OK, ca marche |
[APP-16364] non prise en compte des modifications d'inventaire Création: 15/mai/07 09:51 Mise à jour: 25/juin/07 18:52 Résolue: 15/mai/07 11:32 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 14.0.1 |
| Version(s) corrigée(s): | 14.0.2 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Jany Marimoutou | Attribution: | Julien Sananikone |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM archivés: | Maintenance 14.x.x | ||||||||
| Description |
|
pseudo : amys - dans l'inventaire cherchez le titre "Totoro" - choisir le premier et cliquez sur "modifier" - entrer 5 (ou autre) en quantitié - enregistrez les modifs... et rien : page se rafraichit mais ne prend pas en compte les modfications |
| Commentaires |
| Commentaire de Jany Marimoutou [ 15/mai/07 09:51 ] |
| naviguateur utilisé : Firefox |
| Commentaire de Jany Marimoutou [ 15/mai/07 10:06 ] |
|
Je viens de recevoir de coup de téléphone coup sur coup pour
me dire qu'il en est de même lorsque l'on veut créer une annonce sur
une fiche produit de type DVD. J'ai testé avec un compte pro et un compte particulier, c'est idem |
| Commentaire de Christophe Garcia [ 15/mai/07 10:39 ] |
|
A priori, problème lié à une modif de le MEV DVD côté PARAM. Merci d'investiguer de votre côté |
| Commentaire de Julien Sananikone [ 15/mai/07 11:12 ] |
|
oups je fais une demande refraich cache et ça devrait être bon |
| Commentaire de Julien Sananikone [ 15/mai/07 11:32 ] |
| réglé |
[APP-29397] Mon compte: Problème de compteur Création: 28/avr./10 16:28 Mise à jour: 03/mai/10 17:50 Résolue: 03/mai/10 17:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 68.0.0 (VEN-B) |
| Version(s) corrigée(s): | 68.0.0 (VEN-B) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Espérance Galouo-Lece |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | Navigation inventaire |
| Navigateur: | Tous |
| Description |
|
- Sur la page "Mon Compte", les stats montrent "2 prix à aligner"; - Une fois dans l'onglet "Prix à aligner", il n'y a qu'une seule annonce, mais les compteurs présentes deux annonces. |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 28/avr./10 16:30 ] |
| Quand vous tomber sur des trucs comme ça, pouvez-vous nous donner le compte - quitte à ne pas y toucher. Sinon, c'est impossible à reproduire. |
| Commentaire de Edouard Gomez-Vaez [ 28/avr./10 18:02 ] |
|
Il parait que vous avez touché directement en base la outdated_freshness_date ?! Pas bien ! Il y a d'autres traitements à faire quand une annonce périme, en particulier de notifier FAST... Est-ce bien cela que tu as fait Espérance ? |
| Commentaire de Espérance Galouo-Lece [ 29/avr./10 11:47 ] |
|
- Tout à fait; - Quel sont les différents traitements pour rendre périmé une annonce? |
| Commentaire de Edouard Gomez-Vaez [ 29/avr./10 11:59 ] |
|
Je ne sais pas. Il faut aller sur des inventaires avec des annonces déjà périmées pour faire vos tests. SInon je ne garantie plus rien :-(. |
| Commentaire de Cédric Goldovsky [ 03/mai/10 17:14 ] |
| Effectivement, cela crée des incohérences. Autant fermer ce Jira en Invalide. |
[APP-19243] Autopromo - page Mon compte Création: 08/janv./08 17:50 Mise à jour: 20/févr./08 16:32 Résolue: 19/févr./08 10:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 19.0.2 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Nydia Yallico | Attribution: | Nerea Prieto |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour, afin de booster la mise en vente nous avons réalisé des créas pour la page mon compte ES que vous trouverez en PJ. Une 728x90 ainsi qu'une 600x90 qu'il faudra mettre sous la bannières parrainage en bas de page. Il faudrait les mettre en ligne dès que possible, Merci beaucoup Nydia |
| Commentaires |
| Commentaire de Ariane Baldinger [ 09/janv./08 09:14 ] |
|
Bonjour, Concernant la bannière 600x90, ne préfères-tu pas qu'elle soit en rotation avec la bannière parrainage ? De plus, sur cet emplacement nous utilisons normalement une bannière de 720x90. Peux-tu nous en fournir une avec ces dimensions pour que l'on reste homogène? Et il nous faudra soit la couleur de fond, soit l'image de 1px que l'on utilisera pour la gestion du 100% de cette bannière. Pour la 728x90 le format est bon pour que nous la passions en entête. Merci Ariane |
| Commentaire de Nicolas Lewiss [ 09/janv./08 18:01 ] |
|
Hello, voici la bannière à la bonne taille (720x90), le fond
perdu est geré dans le flash comme pour les promos home page |
| Commentaire de Ariane Baldinger [ 10/janv./08 10:37 ] |
|
Salut, Merci Nicolas. Nydia, Le planning ne permet de passer cette demande dans l'immédiat. Je peux te garantir une mise en Prod courant semaine 4 (21/01). Peux-tu me dire si le système de rotation entre les bannières parrainage et celle-ci te convient ? Ariane |
| Commentaire de Nydia Yallico [ 10/janv./08 11:02 ] |
|
Bonjour Ariane, le système de rotation me va très bien oui, ok pour la semaine du 21/01, merci Nydia |
| Commentaire de Nerea Prieto [ 22/janv./08 15:15 ] |
|
C'est prêt CMS 1 Express |
| Commentaire de Nerea Prieto [ 22/janv./08 15:38 ] |
|
En fait, je dois préciser une chose: Puisque les bannières sont dans IG, ces promos vont attendre le dévéloppement de la V19 pour être en ligne (semaine 7). Nydia, il y aurait un moyen de le mettre en PROD plus rapidement (en 24h), c'est que tu fasses hébérger ces créa dans pantera et que tu me donnes l'url directement. À toi de voir. Merci |
| Commentaire de Nerea Prieto [ 24/janv./08 14:06 ] |
|
J'ai obtenu la réponse de Nydia à l'oral. Elle demandera un peu de temps des maquettistes pour faire héberger les créas dans pantera. Elle m'enverra les URL dès qu'elle les aura. Ce n'est peut être pas pour tout de suite. Donc, on va quand même publier les créas sur IG. Merci |
| Commentaire de Nerea Prieto [ 24/janv./08 14:08 ] |
| Nydia pourra réouvrir la demande lorsqu'elle m'enverra les URL |
| Commentaire de Nerea Prieto [ 01/févr./08 11:42 ] |
|
Nydia, la bannière "aspirateur728-02" redirige vers PriceMinister France, il faut changer l'Url du flash, peux-tu demander aux maquetistes d'arranger cela. Merci. |
| Commentaire de Nicolas Lewiss [ 01/févr./08 12:18 ] |
|
Coucou, ben c'est très étrange, j'avais le bon lien dans le
flash... Nerea, je t'ai refait une autre version, dis-moi si ca va merci :) |
| Commentaire de Nerea Prieto [ 04/févr./08 12:07 ] |
|
CMS1 Express |
| Commentaire de Ariane Baldinger [ 04/févr./08 12:22 ] |
|
Nerea, Peux-tu passer ça dans le repository 'Promotion' stp ? |
| Commentaire de Nerea Prieto [ 04/févr./08 14:45 ] |
|
Dans le repository PROMOTIONS CMS1 Promotions |
| Commentaire de Ariane Baldinger [ 04/févr./08 17:51 ] |
|
En + d'uploader les images sous IG dans Promotions, il faut paramétrer sous IG et non plus dans le BO. Merci! |
| Commentaire de Nerea Prieto [ 05/févr./08 16:31 ] |
|
C'est fait. Le marketing peut valider en DEV http://bo.pm.bollinger:3280/spot_back |
| Commentaire de Nerea Prieto [ 05/févr./08 18:03 ] |
| En fait non, marketing ne peut pas valider pour le moment. J'ai un problème sur IE avec le flash en 720 (si je met le w en 100% en utilisant SWFObject il casse le flash) |
| Commentaire de Nydia Yallico [ 06/févr./08 11:53 ] |
|
Ok Nerea, nous attendons ton retour pour tester, merci Nydia |
| Commentaire de Nicolas Lewiss [ 07/févr./08 14:00 ] |
|
Hello, voici une nouvelle version de la 720, j'ai enlevé
tous les effets Flash 8 qu'il ne faut pas mettre sur les anims en 100% Nerea, peux-tu bien regarder si ca ne bugue plus, c'est difficile de vérifier qu'ils sont tous bien enlevés parce que ca vient d'une vieille animation... merci :) |
| Commentaire de Nicolas Lewiss [ 07/févr./08 14:02 ] |
|
Attention pour mon commentaire précédent, je me suis trompé
de pièce jointe, j'ai mis la 728 au lieu de la 720. voici la bonne
version merci nico |
| Commentaire de Nicolas Lewiss [ 07/févr./08 14:35 ] |
|
Voila Nerea, j'ai passé l'anim en flash 7, comme ca on est
tranquilles. (il n'y a pas ces effets qui font buguer en flash 7) j'arrive nico |
| Commentaire de Nerea Prieto [ 07/févr./08 18:04 ] |
|
Merci Nico. À publier sur promotions. CMS1 |
| Commentaire de Nerea Prieto [ 07/févr./08 18:06 ] |
|
Nydia, peux tu regarder si ça te va?? Merci |
| Commentaire de Nydia Yallico [ 08/févr./08 10:22 ] |
|
Salut Nerea, ça me va très bien merci, une question : est-ce que la bannière vendre en bas de page mon compte va être activée également ? (au niveau de la bannière parrainage) Merci ! Nydia |
| Commentaire de Nerea Prieto [ 08/févr./08 12:19 ] |
| Je vais passer la bannière "parrainage" sur IG |
| Commentaire de Nerea Prieto [ 14/févr./08 16:27 ] |
|
Nydia, le filet que tu voulais dans la bannière est en place. Peux-tu regarder si ça te va? Merci. |
| Commentaire de Nydia Yallico [ 14/févr./08 16:29 ] |
|
Ok c'est parfait, merci beaucoup ! |
| Commentaire de Nerea Prieto [ 14/févr./08 16:55 ] |
|
CMS1 Promotions |
| Commentaire de Yassine Mouhammadou [ 18/févr./08 10:08 ] |
| ok |
| Commentaire de Nerea Prieto [ 18/févr./08 18:55 ] |
|
Á publier CMS1 Mon compte |
| Commentaire de Ariane Baldinger [ 19/févr./08 09:15 ] |
|
Hello, Pourquoi ce jira a été ré-ouvert ? Nerea, peux-tu donner des détails stp ? |
| Commentaire de Nerea Prieto [ 19/févr./08 10:16 ] |
| Parce que les autopromos n'étaient pas publiées, donc elles n'ont pas passé en Integ. |
| Commentaire de Yassine Mouhammadou [ 19/févr./08 10:23 ] |
| OK publié hier |
| Commentaire de Yassine Mouhammadou [ 19/févr./08 10:47 ] |
| RE published today |
[EXP-3792] migration compte cobranding M6 Création: 16/juil./07 17:16 Mise à jour: 05/juin/08 18:15 Résolue: 05/juin/08 18:15 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
La migration n'aurait-elle pas du se faire automatiquement à la fermeture du cobranding m6? "bonjour je le suis inscrit à l'époque chez m6-price minister. or depuis que ceux-ci ont céssé leur partenariat, les mails continuent à m'arriver avec comme lien ce genre http://m6.priceminister.com/purchase?action=feedbacklist&login=vog75 évidemment le lien ne marche pas. comment faire sans avoir à recréer un autre compte chez priceminister (car je perdrais tout mon historique, mes ventes, mes souhaits) ?" Pseudo: vog75 |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 19/juil./07 16:55 ] |
|
Créer une redirection vers www |
| Commentaire de Justin Ziegler [ 09/août/07 15:47 ] |
| Jérémie, est ce que tu vois de quoi il s'agit ? |
| Commentaire de Justin Ziegler [ 09/août/07 15:47 ] |
|
y a t il d'autres cas de cob fermé récemment ? sur lesquels il faut faire des redirections aussi ? |
| Commentaire de Jérémie Bennejean [ 20/août/07 18:33 ] |
|
Jeremy, D'après le fichier V:\Projets\Cobrandings\Status-Cob_V.06.xls , les derniers fermés sont : sites M6 sites M6Game sites M6Music sites M6Net Bambinoccasion VirginMega seb |
| Commentaire de Jérémie Bennejean [ 03/juin/08 14:01 ] |
|
la redirection de M6 vers www est en place depuis .. un certain temps. J'ai testé avec mon compte cela fonctionne. |
[IMP-514] mixad : ajout de comptes dans l'import Création: 18/avr./07 10:51 Mise à jour: 30/oct./09 15:50 Résolue: 19/avr./07 09:53 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | 1 heure, 10 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | audomarois... |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Estimation: | Petit |
| Groupe: | Mixad |
| Description |
|
Des comptes existants sur PriceMinister sont à rajoutés dans l'import Mixad. Il faut donc modifier les profils d'import et la configuration FTP pour les comptes suivants : audomarois autocit chevrons6 chevrons62 chevronslens dda62 fda59 ggedelavenir ggedunkerque nda59 opalemotors peugeotroncq riquart62 saba62400 saba62700 snab62 stchristoph toyota062 vosystem |
| Commentaires |
| Commentaire de Marion Anfreville [ 18/avr./07 17:19 ] |
| Profils d'import MàJ avec le format Mixad. |
| Commentaire de Marion Anfreville [ 18/avr./07 17:58 ] |
|
La configuration FTP Mixad qui fait le dispatch a été modifiée avec les nouveaux logins. Les configurations FTP pour ces logins ont été générées. |
| Commentaire de Marion Anfreville [ 19/avr./07 09:53 ] |
|
La modification faite hier ne prenait pas en compte les guillemets dans le champ du login pour faire le dispatch. Ceci est corrigé. |
[IMP-2691] Problème FTP compte ultima61 Création: 08/oct./08 11:40 Mise à jour: 30/oct./09 15:43 Résolue: 10/oct./08 12:04 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Dorian Porta Delsol | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | ultima61 |
| Modèle: | entrée générique |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Groupe: | culturel |
| Description |
|
L'import manuel de se compte passe très bien mais il ne
passe pas avec le FTP (trop d'erreur) pouvez vous formater l'import FTP
de la même façon que l'import manuel. Merci |
| Commentaires |
| Commentaire de Fotigui Tangara [ 10/oct./08 11:59 ] |
| Le problème a été corrigé... L'import via FTP sera opérationnel dès lundi date à laquelle le système prendra en compte les modifications apportées. |
| Commentaire de Fotigui Tangara [ 10/oct./08 12:04 ] |
| D'ici le lundi, le PRO est obligé de passer par le Front Office pour soumettre ses fichiers. Mais dès lundi le FTP sera de nouveau opérationnel. Merci. |
[APP-14750] [Mon Compte] Page non sécurisée Création: 23/janv./07 10:38 Mise à jour: 31/janv./08 19:09 Résolue: 31/janv./08 19:09 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur, Porte-Monnaie |
| Affecte la/les version(s): | 11.3.1 |
| Version(s) corrigée(s): | 19.0.0 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Juan Luis Fajardo | Attribution: | Emeric Teil |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | Paiement - Centralisation PMV |
| Description |
|
Message de proust12: "J'allais vider mon porte-monnaie vers mon compte bancaire, mais j'étais très étonné de voir que la page web n'était pas en SSL à la page où je valide mes coordinées RIB. Est-ce que c'est normal?? N'importe de qui pourrait surveiller le site et noter mes coordinées bancaires si je valide une page sans SSL." Merci |
| Commentaires |
| Commentaire de Patrick Condevaux [ 23/janv./07 12:53 ] |
|
Remarque à éventuellement prendre en compte dans la refonte des pages Mon compte. Mais les infos contenus dans un RIB ne sont pas de la meme criticité que celle entré lors d'un paiement. |
| Commentaire de Cedric Favero [ 29/mars/07 14:00 ] |
|
Pas mal d'utilisateurs nous envoient des mails s'étonnant
que les pages permettant un débit du porte-monnaie par virement ou
celles permettant de modifier leurs coordonnées de paiement ne soient
pas sécurisées. Effectivement un RIB n'est pas critique dans le sens où seul un crédit sur leur compte est possible et non un débit mais on peut comprendre leur réaction quant à la sensibilité de ces informations. |
| Commentaire de Cedric Favero [ 03/avr./07 10:31 ] |
|
"Pourriez-vous mettre toutes les pages concernant la saisie
des informations du RIB, des coordonnées bancaires, et des demandes de
virements en mode sécurisé "https", cela serait rassurant, bien que le RIB soit une information non confidentielle. Cependant, pour les pirates, les infos données sont suffisantes pour détourner les données et les réutiliser à d'autres fins. NB : Il ne s'agit que des formulaires de saisie des demandes de virements, et des coordonnées bancaires." |
| Commentaire de Cedric Favero [ 17/sept./07 16:59 ] |
|
Sais pas si un jour on fera qqch à ce sujet mais on a toujours des messages de personnes s'en inquiétant. Pourrait on au moins mettre un cadenas pour faire joli? :-) |
| Commentaire de Emeric Teil [ 02/janv./08 10:29 ] |
|
Dans le cadre de la Centralsiation du PMV, la gestion des
demandes de renversements est modifiée. On en profite pour passer ces
pages en SSL. |
| Commentaire de Emeric Teil [ 31/janv./08 19:09 ] |
| Les nouvelles pages de Gestion des reversements créées dans le cadre du PMV sont donc en SSL. Les pages actuelles ne seront plus utilisées lorsque la migration des utilisateurs vers le nouveau PMV sera totale. |
[APP-29670] MAJ bannière photobox dans mon compte Création: 25/mai/10 17:29 Mise à jour: 02/juin/10 14:34 Résolue: 01/juin/10 15:11 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue, Promo |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 70.0.2 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Charlotte Fachan | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 20 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour, il faurdait prévoir de mettre à jour les bannières Photobox dans "mon compte" et "l'inventaire" Cf tableur joint. La créa en pièce jointe également. date de début de camapgne: asap Date de fin : il n'y en a pas de précise. Dès que nous recevrons un nouveau kit. Merci Charlotte |
| Commentaires |
| Commentaire de Marion Anfreville [ 27/mai/10 10:46 ] |
|
Nouvelle bannière mise en place sur ref-fr sur les pages suivantes : ACCOUNT%%ACCOUNT LATEST_ADVERTS_INVENTORY Il semble que la page dont le Location Alias est "INVENTORY_VIEW" n'est plus accessible via les liens proposés dans "Mon Compte". Le Location Alias que j'ai mis renvoie vers la page accessible par le lien "Toutes mes annonces" qui se trouve dans la colonne de gauche dans la partie "Mes annonces" : http://bo.ref-fr.pm.dev/inventory?action=recent Peux-tu me confirmer que ça correspond au besoin et valider la mise en place de la nouvelle bannière sur ref-fr ? http://bo.ref-fr.pm.dev/user |
| Commentaire de Charlotte Fachan [ 27/mai/10 18:11 ] |
|
Merci Marion, c'est exacteemnt cela. En revanche, comme lastructure des pages a changé est il possible d'ajouter également cette bannière sur les pages suivantes : onglet vitrine : location alias = SHOWCASE_INVENTORY onglet recherche par catégorie : location alias = ADVERT_INVENTORY Merci de ton retour. Charlotte |
| Commentaire de Marion Anfreville [ 28/mai/10 10:02 ] |
|
C'est fait. La bannière s'affiche pour les pages : ACCOUNT%%ACCOUNT LATEST_ADVERTS_INVENTORY SHOWCASE_INVENTORY ADVERT_INVENTORY Peux-tu faire une dernière passe de recette sur ref-fr ? => http://bo.ref-fr.pm.dev/inventory?action=recent |
| Commentaire de Charlotte Fachan [ 28/mai/10 10:26 ] |
|
Super ! Merci beaucoup. Charlotte |
| Commentaire de Marion Anfreville [ 28/mai/10 10:50 ] |
|
Fait sur CMS-REF et soumis à publication sur ce CMS. En attente de pouvoir recetter sur REC-FR (il faut mettre à jour le serveur). |
| Commentaire de Marion Anfreville [ 28/mai/10 11:40 ] |
| Ok sur REC-FR : http://www.rec-fr.pm.dev/inventory?action=showcase&rid=1&redirected=true |
[APP-19587] Affecter les comptes pros à un commercial Création: 13/févr./08 18:06 Mise à jour: 07/déc./09 12:48 Résolue: 07/déc./09 12:48 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | 22.0.0 |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Pierre Krings | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Projets PM archivés: | Espace "Commercial" |
| Description |
|
A destination d'Emeric. Projet Light vu avec QdC, a priori bon pour un traitement rapide en mode réserve. Afin de faciliter la vie de l'équipe Commerciale, et d'être moins dépendant de l'outil 4D, l'idée est de renseigner directement dans la base de données le nom du commercial dont dépend chaque compte pro. Charge à l'équipe BI d'incorporer cette info dans les data marts qui conviennent. Benjamin en fera ensuite son affaire. Qques pistes de ce qu'on souhaite : - A priori, utile pour les pros mais c'est peut-être + simple de le prévoir pour tous les types de comptes quitte à ce que ça reste vide - Nouveau champ "Commercial" dans la fenêtre "Droits" - A priori champ libre, charge à benjamin de faire les modifs en cas de doublons dus à des erreurs d'orthographe (Dorian / DOrian) - Remplissage One-shot de l'existant à partir d'un export de 4D - La suite sera gérée manuellement par les cdm |
| Commentaires |
| Commentaire de Arnaud Forgues [ 06/mars/08 15:31 ] |
| un doc de conception est disponible à cette adresse : V:\Projets\reserve_fonc_JIRAs\Affecter_commercial_aux_comptes_pros |
| Commentaire de Emeric Teil [ 13/mars/08 14:29 ] |
| Comme prévu, cette demande est pour Habibata. |
| Commentaire de Emeric Teil [ 14/mars/08 09:26 ] |
|
Pour info, voici ce qui sera implémenté : -> Ancrage : fenêtre des "droits" sur la page User en BO -> Fonctionnalité : une dropdown créée à partir de la liste des Commerciaux insérée dans le BackOffice (il sera donc possible d'ajouter, de supprimer ou de modifier des utilisateurs de type "commerciaux") Voilà :o) |
| Commentaire de Emeric Teil [ 14/mars/08 09:27 ] |
| Dernière précision : cette information ne sera disponible que pour les vendeurs Pros |
| Commentaire de Pierre Krings [ 14/mars/08 10:14 ] |
|
QQUES QUESTIONS/REMARQUES : -> Fonctionnalité : une dropdown créée à partir de la liste des Commerciaux insérée dans le BackOffice (il sera donc possible d'ajouter, de supprimer ou de modifier des utilisateurs de type "commerciaux") : CA VEUT DIRE QU'IL FAUDRA CREER UN BACK OFFICE DE GESTION DES UTILISATEUR COMMERCIAUX ? J'AI L'IMPRESSION QUE C'EST PAS MAL DE BOULOT ET QUE CA RISQUE DE MANQUER DE SOUPLESSE DANS CERTAINS CAS, TOUT CA POUR EVITER QQUES DOUBLONS QUI NE SONT PAS UN GROS PB. Dernière précision : cette information ne sera disponible que pour les vendeurs Pros EST-ON SUR QU'IL N'Y AURA PAS DANS LE FUTUR D'AUTRES UTILISATIONS (SUIVI DE CLIENTS "VIP", FRAUDEURS OU TEMOINS, ETC), QUID DES COMPTES QUI PASSENT DE PART A PRO PUIS PART A NOUVEAU ? JE ME DEMANDE SI CE N'EST PAS PLUS SIMPLE DE LAISSER OUVERT ET DE SURVEILLER DE TEMPS EN TEMPS VIA BUSINESS OBJECT. |
| Commentaire de Habibata Coulibaly [ 21/mars/08 11:35 ] |
| Le projet est livré sur la branche TX_20082702 |
| Commentaire de Emeric Teil [ 15/mai/08 19:35 ] |
| OK en Integ |
[IMP-2444] Vérification paramétrage comptes auto Création: 16/juil./08 15:08 Mise à jour: 30/oct./09 15:50 Résolue: 16/juil./08 15:47 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Jérome Marianne | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | topv... |
| Modèle: | mixad |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Groupe: | mixad |
| Description |
|
Après vérification je viens de constater que tous les
comptes auto pour lesquels j'ai fait une demande de paramétrage après le
13 juin 2008 n'ont pas d'annonces en stock. Cela concerne les demandes jira suivantes : Soit la liste de comptes suivante : topv2691 topv2719 topv2696 topv2730 topv2722 autostar06 milka59 autodepot69 topv2734 topv2735 topv2729 topv2728 topv2708 topv2707 topv2703 topv2698 topv2695 topv2688 topv2689 topv2690 topv2694 topv2700 topv2701 topv2702 topv2738 topv2739 topv2715 topv2717 topv2720 topv2724 topv2733 topv2187 topv2750 topv2756 topv2757 topv2760 topv2761 topv2758 topv2763 topv2752 topv2751 topv2749 topv2747 topv0089 topv2637 topv2636 topv2641 topv2639 topv2638 topv2679 topv2677 topv2656 topv2643 topv2642 topv2766 topv2767 topv2768 topv2769 topv2748 topv2774 topv2585 topv2773 topv2775 topv2777 topv2779 topv2742 topv2771 topv2782 Merci de régler cela rapidement c'est urgent. |
| Commentaires |
| Commentaire de Frédéric Nahum [ 16/juil./08 15:47 ] |
|
Effectivement nous avons réalisé des modifications sur près
de 70 comptes (les derniers) ou les imports ne fonctionnaient pas,
toutes les dernieres créations de profil n'étaient pas prises en compte,
ceci devrait rentrer dans l'ordre demain matin, nous surveillons cela
de très près. N'hésite pas à nous tenir au courant si il y a d'autres problèmes |
[APP-20344] impossible de vérifier les ventes d'un vendeur via B.O. Création: 21/avr./08 15:59 Mise à jour: 14/mai/10 15:40 Résolue: 10/mai/10 11:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 20.0.0 |
| Version(s) corrigée(s): | 69.0.0 (TX-N) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jany Marimoutou | Attribution: | Samy Badjoudj |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Navigateur: | FireFox 2.0 | ||||||||
| Description |
|
En B.O. si l'on clique sur le lien des "ventes confirmées"
d'un compte pro possédant de nombreuses ventes. On obtient ce message
d'erreur : Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=orichalque/1427628, BranchQual=, localId=1427628] Exemple prit avec le compte AMYS. Ce lien est très important pour nous permettre de vérifier l'impact d'une newsletter sur les ventes d'un PRO |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 21/avr./08 16:35 ] |
|
Logs : 2008-04-21 16:26:07,177 INFO [P-Processor8] BO:Anonyme - >>> GET http://www.pm.lan/purchase_back?action=itemsearch&fuzzy=false&itmstatusselection=-40&numberrows=200&sellerid=1699265 2008-04-21 16:32:24,534 WARN [P-Processor8] BO:Anonyme - Long query [377354 ms]: ItemSearchQuery -- ItemSearchQuery VAR x1 NUMBER § EXEC :x1 := 1699265; SELECT /*+ USE_NL(item, purchase,seller_account, buyer_account) */ item.item_id, item.adv_allow_pickup, item.adv_allow_shipping, item.adv_currency_id, item.adv_is_original, item .adv_pickup_country_id, item.adv_pickup_phone_number, item.adv_pickup_zip, item.adv_quality_code, item.adv_sale_price, item.adv_seller_comment, item.adv_seller_private_comment, item. adv_seller_reference1, item.adv_serial_number, item.adv_type_code, item.advert_id, item.archived_prd_summary, item.buyer_account_id, item.buyer_bonus, item.buyer_comment, item.buyer_ login, item.buyer_negotiation_comment, item.buyer_remind_code, item.buyer_remind_date, item.change_date, item.claim_closing_date, item.claim_comment, item.claim_compensation_id, item .clm_status_code, item.closing_date, item.commission_id, item.commit_date, item.compensation_id, item.compensation_processing_date, item.complement_product_id, item.creation_date, it em.currency_id, item.feedback_date, item.history, item.is_abandonned, item.is_cbv_applicable, item.is_seller_vat_exempted, item.item_commission_tax_rate, item.item_cost_price, item.i tem_fixed_commission_net, item.item_fixed_commission_tax, item.item_varia_commission_net, item.item_varia_commission_tax, item.itm_cancel_code, item.itm_claim_type_code, item.itm_sta tus_code, item.itm_type_code, item.last_claim_date, item.origin_block, item.origin_screen, item.prd_line_key, item.prd_medium_code, item.prd_model_key, item.prd_type_code, item.produ ct_id, item.purchase_id, item.return_shipping_price, item.row_version, item.seller_account_id, item.seller_bonus, item.seller_country_id, item.seller_justification, item.seller_login , item.seller_nego_price, item.seller_remind_code, item.seller_remind_date, item.seller_score, item.ship_commission_net, item.ship_commission_tax, item.ship_commission_tax_rate, item .ship_cost_price, item.shipment_number_1, item.shipment_number_2, item.shipping_size_id, item.shipping_type_id, item.vat_country_id, item.vat_disclaimer, seller_account.usr_type_code FROM item, user_account seller_account WHERE (seller_account.user_account_id = item.seller_account_id) AND (item.seller_account_id = :x1) AND (item.itm_status_code IN (30,40,70)) ORDER BY item.creation_date desc ; 2008-04-21 16:32:24,545 WARN [P-Processor8] BO:Anonyme - Trying to commit a transaction marked to rollback : it shouldn't be the case. 2008-04-21 16:32:24,546 ERROR [P-Processor8] BO:Anonyme - Load error Servlet : com.babelstore.purchase.back.PurchaseBackServlet Request : GET http://www.pm.lan/purchase_back?action=itemsearch&fuzzy=false&itmstatusselection=-40&numberrows=200&sellerid=1699265 Referrer : http://www.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=1699265 User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14 Trace : javax.transaction.RollbackException: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=lanson/34625, BranchQual=, localId=34625] at org.jboss.tm.TransactionImpl.beforePrepare(TransactionImpl.java:1069) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:296) at org.jboss.tm.TxManager.commit(TxManager.java:200) at org.jboss.tm.usertx.client.ServerVMClientUserTransaction.commit(ServerVMClientUserTransaction.java:126) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:272) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:206) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:168) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2008-04-21 16:32:24,546 WARN [P-Processor8] BO:Anonyme - FRM : com.babelstore.common.back.MenuBlock_jsp overload the model com.babelstore.common.back.HeaderModel 2008-04-21 16:32:24,556 INFO [P-Processor8] BO:Anonyme - <<< [377379 ms] GET http://www.pm.lan/purchase_back?action=itemsearch&fuzzy=false&itmstatusselection=-40&numberrows=20 0&sellerid=1699265 |
| Commentaire de Manuel Sadok [ 24/avr./08 10:49 ] |
|
L'erreur provient du fait que la requêtes est trop longue pour la transaction. Il est dommage que le select actuel retourne l'ensemble des items alors que dans la grande majorité des cas, on ne demande d'afficher que les 200 premières lignes (drop-down ds le formulaire de recherche). En l'occurence, pour cet utilisateur on demande à Oracle de retourner près de 60 000 lignes pour seulement afficher les 200 premières. Une idée serait de rajouter une where clause de type ROW_NUM afin de ne ramener que le nombre de lignes réellement affichées. |
| Commentaire de Manuel Sadok [ 24/avr./08 10:49 ] |
|
Plan d'exécution actuel : 59692 ligne(s) sélectionnée(s). Ecoulé : 00 :08 :25.37 Plan d'exécution ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=1051 Card=6486 Bytes=2970588) 1 0 SORT (ORDER BY) (Cost=1051 Card=6486 Bytes=2970588) 2 1 NESTED LOOPS (Cost=569 Card=6486 Bytes=2970588) 3 2 TABLE ACCESS (BY INDEX ROWID) OF 'USER_ACCOUNT' (TABLE) (Cost=1 Card=1 Bytes=9) 4 3 INDEX (UNIQUE SCAN) OF 'PK_USER_ACCOUNT' (INDEX (UNIQUE)) (Cost=1 Card=1) 5 2 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (TABLE) (Cost=568 Card=6486 Bytes=2912214) 6 5 INDEX (RANGE SCAN) OF 'ITEM_IX_SELLER_FEEDBACK' (INDEX) (Cost=4 Card=6486) Statistiques ---------------------------------------------------------- 22 recursive calls 0 db block gets 166535 consistent gets 74102 physical reads 10460 redo size 47627141 bytes sent via SQL*Net to client 9074087 bytes received via SQL*Net from client 119386 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 59692 rows processed |
| Commentaire de Manuel Sadok [ 24/avr./08 10:52 ] |
|
Statistiques avec le ROWNUM : 200 ligne(s) sélectionnée(s). Ecoulé : 00 :00 :00.23 Plan d'exécution ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=1051 Card=200 Bytes=91600) 1 0 SORT (ORDER BY) (Cost=1051 Card=200 Bytes=91600) 2 1 COUNT (STOPKEY) 3 2 NESTED LOOPS (Cost=569 Card=6486 Bytes=2970588) 4 3 TABLE ACCESS (BY INDEX ROWID) OF 'USER_ACCOUNT' (TABLE) (Cost=1 Card=1 Bytes=9) 5 4 INDEX (UNIQUE SCAN) OF 'PK_USER_ACCOUNT' (INDEX (UNIQUE)) (Cost=1 Card=1) 6 3 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (TABLE) (Cost=568 Card=6486 Bytes=2912214) 7 6 INDEX (RANGE SCAN) OF 'ITEM_IX_SELLER_FEEDBACK' (INDEX) (Cost=4 Card=6486) Statistiques ---------------------------------------------------------- 0 recursive calls 0 db block gets 614 consistent gets 0 physical reads 0 redo size 151870 bytes sent via SQL*Net to client 31325 bytes received via SQL*Net from client 402 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 200 rows processed |
| Commentaire de Manuel Sadok [ 24/avr./08 10:55 ] |
|
De plus, le hint actuel est faut pour cette forme de la
requête, car il référence 'purchase' et 'buyer_account' qui ne sont pas
présents dans la jointure. /*+ USE_NL(item, purchase,seller_account, buyer_account) */ |
| Commentaire de Arnaud Forgues [ 24/avr./08 11:23 ] |
| certes ! mais avec le ROWNUM, tu peux pas garder le ORDER BY creation_date non ? le filtre est fait avant le tri ! C'est pour ca qu'on ne fait jamais de rownum quand on a besoin d'un tri, mais on utilise la notion de ROWSET |
| Commentaire de Samy Badjoudj [ 10/mai/10 11:31 ] |
|
Salut, donc à priori sur la requête passe nickel en prod : 2010-05-10 11:18:56,808 WARN [-Processor85] BO:bo:SAMYBADJ - Long request [2226 ms]: GET http://bo.priceminister.com/purchase_back?action=itemsearch&fuzzy=false&itmstatusselection=-40&numberrows=200&sellerid=1699265 Voici le nouveau plan d'exécution et la requête, par le serveur : VAR x1 NUMBER § EXEC :x1 := 1699265; SELECT /*+ USE_NL(item, purchase,seller_account, buyer_account) */ item.*, seller_account.usr_type_code FROM item, user_account seller_account WHERE (seller_account.user_account_id = item.seller_account_id) AND (item.seller_account_id = :x1) AND (item.itm_status_code IN (30,40,70)) ORDER BY item.creation_date desc ; Plans: Nouveau Plan d'exécution ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=1512 Card=6985 Bytes=3387725) 1 0 SORT (ORDER BY) (Cost=1512 Card=6985 Bytes=3387725) 2 1 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (TABLE) (Cost=788 Card=6985 Bytes=3324860) 3 2 NESTED LOOPS (Cost=789 Card=6985 Bytes=3387725) 4 3 INDEX (RANGE SCAN) OF 'USER_IX_ID_TYPE' (INDEX) (Cost=1 Card=1 Bytes=9) 5 3 INLIST ITERATOR 6 5 INDEX (RANGE SCAN) OF 'ITEM_FKIX_SELLER_STATS' (INDEX) (Cost=3 Card=6985) Voici l'ancien : Plan d'exécution ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=1051 Card=6486 Bytes=2970588) 1 0 SORT (ORDER BY) (Cost=1051 Card=6486 Bytes=2970588) 2 1 NESTED LOOPS (Cost=569 Card=6486 Bytes=2970588) 3 2 TABLE ACCESS (BY INDEX ROWID) OF 'USER_ACCOUNT' (TABLE) (Cost=1 Card=1 Bytes=9) 4 3 INDEX (UNIQUE SCAN) OF 'PK_USER_ACCOUNT' (INDEX (UNIQUE)) (Cost=1 Card=1) 5 2 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (TABLE) (Cost=568 Card=6486 Bytes=2912214) 6 5 INDEX (RANGE SCAN) OF 'ITEM_IX_SELLER_FEEDBACK' (INDEX) (Cost=4 Card=6486) donc il y a bien un changement bénéfique, changement de la requête ?, conf sur oracle ? En tout cas le serveur de prod ne chouine plus. SBA |
[APP-14617] Redirect ne prend pas en compte le t= Création: 10/janv./07 15:47 Mise à jour: 25/juin/07 18:48 Résolue: 27/févr./07 15:56 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Tracking |
| Affecte la/les version(s): | 11.3.0 (Soldes + Midi Libre) |
| Version(s) corrigée(s): | 13.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Charles Decaux | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Prod | ||||||||||||
| Projets PM archivés: | Maintenance 13.x.x | ||||||||||||
| Description |
|
Une de mes campagnes de liens sponsorisés est paramétré pour renvoyer vers http://www.priceminister.com/navigation/default/category/memo_music?t=230002&dinsight=342&kwsl=2205360 Or cette URL n'existe plus et le redirect ne prend pas en compte la variable t=.... qui nous permet de mesurer l'efficacité des campagnes Il faut absolument que le t=... soit transmis aux pages de redirect Sinon on dépense des $$$ pour rien .... |
| Commentaires |
| Commentaire de Younès Charrière [ 10/janv./07 17:42 ] |
|
Charles, peux tu faire en sorte d'utiliser la bonne url ? La voici : http://www.priceminister.com/navigation/list/category/memo_music?t=230002&dinsight=342&kwsl=2205360 Sinon, il faut voir avec l'exploit pour qu'ils te redirigent l'url avec les paramètres pris en compte. |
| Commentaire de Younès Charrière [ 11/janv./07 10:53 ] |
|
Il faut faire en sorte au moment de la redirection de
prendre en compte tous les paramètres de l'url et ne pas les ignorer. Ici par exemple on doit récupérer tout ça : ?t=230002&dinsight=342&kwsl=2205360 |
| Commentaire de Antoine Koener [ 16/janv./07 10:24 ] |
|
Ange peux-tu te calquer sur l'existant afin d'ajouter la règle manquante ? |
| Commentaire de Ange Ferrari [ 16/janv./07 10:40 ] |
|
La règle suivante a été ajoutée RewriteCond %{QUERY_STRING} "(.*t=.*)" [OR] RewriteCond %{QUERY_STRING} "(.*tracking=.*)" RewriteRule ^/navigation/default/category/memo_music /navigation/list/category/memo_music?%1 [R,L,NE] Peux tu vérifier que cela correspond à tes attentes et clôturer le JIRA Ange. |
| Commentaire de Charles Decaux [ 16/janv./07 10:51 ] |
|
Hello, est-ce que ton script permet aussi de récupérer les variables "dinsight" "kwsl" ? Est-ce que ton script est valable pour toutes les pages surlesquelles il y a un redirect ou bien juste navigation/default/category/memo_music /navigation/list/category/memo_music ? merci |
| Commentaire de Antoine Koener [ 16/janv./07 11:00 ] |
|
Peux-tu faire un test Charles s'il te plait ? tu va observer que tous les paramètres sont bien repris dans l'url de la redirection. Je pense que c'est que Ange signifiait en disant: "Peux tu vérifier que cela correspond à tes attentes" Merci |
| Commentaire de Charles Decaux [ 16/janv./07 11:07 ] |
|
Ca a l'air de bien fonctionner, cool ! Juste un commentaire, dans la source, sur le marqueur Xiti, je vois le code suivant : <img width="1" height="1" src="http://logc11.xiti.com/hit.xiti?s=105395&s2=44&p=overture-music(230002)::Entree&di=&" /> Je ne suis pas sûr que ce soit normal d'avoir "&di=&" à la fin SInon, est-ce que c'est valable sur toutes les pages qui subissent un redirect ? Je n'ai pas d'autres URL de test. Merci |
| Commentaire de Ange Ferrari [ 19/janv./07 11:43 ] |
|
Pour le logo xiti c'est plutot avec les développeurs qu'il faut voir ça. Pour les autres redirections il nous fait une liste exhaustive des pages pour lesquelles le comportement doit être similaire. |
| Commentaire de Charles Decaux [ 19/janv./07 11:49 ] |
|
Il ne s'agit pas du logo Xiti mais d'une image transparente qui permet d'envoyer les informations à Xiti. En effet nous avons opté pour une version payante qui nous permet de ne pas afficher le logo Xiti. Peux-tu te mettre en relation avec Jérôme Vivies pour voir la liste exahustive des pages qui ont été modifiées ? Sinon vois avec Swan pour savoir qui est le bon interlocuteur. Merci Charles |
| Commentaire de Ange Ferrari [ 19/janv./07 14:32 ] |
| Peux tu jeter un oeil |
| Commentaire de Swan Desportes [ 19/janv./07 14:51 ] |
|
Bonjour Je ne maitrise pas quelles sont les urls de redirection programmées suite à des suppression ou renommage de category. Il faut éventuellement voir avec le param mais c'est probablement vous, à l'exploit, qui êtes les mieux placés pour les lister (il suffit de les identifier dans les règles de redirection Apache). Autre remarque, il faut éviter le plus possible de faire de ces urls des points d'entrée ! Côté market, il faudrait prendre cette liste et mettre à jour toutes les campagnes ou liens d'affiliation liés... a+ Swan |
| Commentaire de Antoine Koener [ 19/janv./07 15:21 ] |
|
Voici la liste de ce qui est en production et qui gère les trackings: RewriteRule ^/accueil /home?%1&page=10 [R,L,NE] RewriteRule ^/livres-bd /navigation/default/category/root_books?%1 [R,L,NE] RewriteRule ^/musique-cd /navigation/default/category/root_music?%1 [R,L,NE] RewriteRule ^/video-dvd-vhs /navigation/default/category/root_video?%1 [R,L,NE] RewriteRule ^/jeux-video /navigation/default/category/root_games?%1 [R,L,NE] RewriteRule ^/telephone-pda /navigation/default/category/root_electronics?%1 [R,L,NE] RewriteRule ^/informatique-logiciels /navigation/default/category/tab_600?%1 [R,L,NE] RewriteRule ^/image-son navigation/default/category/tab_700?%1 [R,L,NE] RewriteRule ^/voyages navigation/default/category/travel?%1 [R,L,NE] RewriteRule ^/electromenager navigation/default/category/root_white?%1 [R,L,NE] RewriteRule ^/enfants-jeux-jouets navigation/default/category/root_baby?%1 [R,L,NE] RewriteRule ^/mode-textile navigation/default/category/root_clothing?%1 [R,L,NE] RewriteRule ^/bargain /navigation/default/category/bargain?%1 [R,L,NE] RewriteRule ^/auto-moto /navigation/default/category/root_vehicle?%1 [R,L,NE] RewriteRule ^/vins-saveurs /navigation/default/category/root_wine?%1 [R,L,NE] RewriteRule ^/loisirs-sports /navigation/default/category/root_sport?%1 [R,L,NE] |
| Commentaire de Antoine Koener [ 19/janv./07 15:23 ] |
|
Grace à ce super outil Jira qui n'ai même pas capable de faire de formater correctement ce qui mets, on ne voit rien. Donc ce qu'il faut regarder c'est ce qui se trouve avant le [R,L,NE]. |
| Commentaire de Antoine Koener [ 19/janv./07 15:24 ] |
|
Jérome peux-tu essayer de savoir si la liste d'urls précédent est exhaustive. Pour avoir plus d'info je pense que le plus simple est de contacter Charles. |
| Commentaire de Charles Decaux [ 12/févr./07 17:40 ] |
|
http://www.priceminister.com/navigation/se/category/search_games_all/Japon?t=681062 Encore un exemple de redirect où le t= ne passe pas Je ne comprends pas : Jérôme on s'est mis d'accord sur un process pour que tu nous alerte (Marie-Claude et moi) de toute modification d'URL. Il faut que sache à l'avance toutes les URL modifiées pour répercuter ces modificaitons sur mes campagnes. Merci de ton retour Charles |
| Commentaire de Jérôme Viviès [ 13/févr./07 10:53 ] |
|
Charles, Comme nous en avons parlé : nous n'avons pas opéré d'interventions dernièrmeent sur les liens que tu indiques. Deux possibilités : ces désactivations sont plus anciennes que notre réunion, ou une autre équipe a opéré des modifications sur la navigation. Dans tous les cas : tu aurais besoin d'une alerte qui compare les URL que tu utilise avec ceux actifs sur le site. (Exploitation ?) |
| Commentaire de Jérôme Viviès [ 13/févr./07 11:00 ] |
|
Antoine, En fait je ne comprends pas bien la demande du 19/01. On ne va pas faire un redirect pour chaque lien de nav qui disparaît (?) On peut s'en parler 5 min ? |
| Commentaire de Charles Decaux [ 13/févr./07 16:26 ] |
|
C'est extrêmement important que tout cela soit automatisé.
Les variables de tracking ne doivent pas être perdues : elles doivent
être transmises de l'ancienne URL vers la nouvelle URL. L'équipe paramétrage ne peut pas envoyer un mail à chaque fois qu'une page est supprimée, modifiée. De mon côté j'ai des centaines de partenariats, des milliers d'URLs trackées différentes : je ne peux pas m'assurer de faire les modifs d'URL Par ailleurs, la nav par filtre téléphones sort demain et de très nombreuses URL vont disparaître. Je vais donc perdre mes trackings. Peut-on mettre cela en place d'ici la fin de la semaine ? C'est urgent. Merci de votre retour |
| Commentaire de Antoine Koener [ 13/févr./07 16:27 ] |
|
Je te rassures moi non plus :-) Mais plus sérieusement tant que Charles ne pourra pas nous communiquer la liste 'exhaustive' des urls de campagnes nous continueront à ajouter les différentes règles les unes après les autres... Il me semble que l'URL en search_games ne fait pas parti de la liste que j'ai inscrite plus haut, ce qui signifie que ce n'est pas de ton ressort Jérôme mais plutôt de l'exploitation. On en revient à la liste exhaustive... |
| Commentaire de Antoine Koener [ 13/févr./07 16:53 ] |
|
Conclusion pour l'instant; J'attends la liste des URLs de Emmanuel. Ensuite on trouve un moment pour faire un réunion autour de ce point. C'est effectivement très important. |
| Commentaire de Antoine Koener [ 27/févr./07 13:10 ] |
|
Puis-je clore ce Jira ? |
| Commentaire de Christophe Garcia [ 27/févr./07 15:56 ] |
| Liste en PROD OK |
[APP-27729] Mon compte - modification des tags Création: 18/déc./09 17:05 Mise à jour: 09/févr./10 14:16 Résolue: 22/janv./10 10:55 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 59.0.0 (CAT-M) |
| Version(s) corrigée(s): | 60.0.2.1 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Benjamin Guerville | Attribution: | Carole Boucheny |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 50 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Classif FONC: | comarket, monetisation |
| Description |
|
Bonjour, au cours du 4ème trimestre 2009, certaines pages de l'espace Mon Compte ont été taggée avec des tags Lagardère. CF. Nous sommes actuellement en manque d'inventaire pour l'autopromo PM et les échanges car la régie vend 100% de l'inventaire. Nous essayons de leur demander plus de place mais ils ne sont pas vraiment obligés de nous la laisser. La solution la plus simple à court terme semble donc d'oter les tags Lagardère et d'insérer nos campagnes autopromo et échanges via IG. A discuter en comarket. Un 1er planning sera communiqué par la suite. merci BG |
| Commentaires |
| Commentaire de Benjamin Guerville [ 29/déc./09 14:26 ] |
|
Voici le 1er fichier, il recense les pages de "Mon compte" qui ont un tag Lagardère. Il faut supprimer les tags Lagardère dans un 1er temps. Je vous communique dans la foulée les créa autopromo / échange à mettre à la place. merci |
| Commentaire de Carole Boucheny [ 12/janv./10 17:23 ] |
|
Bonjour, Quand est-ce que ces créa peuvent être fournies ? |
| Commentaire de Carole Boucheny [ 12/janv./10 17:23 ] |
|
Bonjour, Quand est-ce que ces créa peuvent être fournies ? |
| Commentaire de Benjamin Guerville [ 13/janv./10 13:01 ] |
| le 13/01 PM, merci |
| Commentaire de Benjamin Guerville [ 13/janv./10 17:15 ] |
|
voici le fichier, pour le moment, il n'y a que 2 pages concernées par les nouvelles pubs. merci |
| Commentaire de Carole Boucheny [ 14/janv./10 10:48 ] |
|
Ok. Est-ce un problème si je détag aussi pour les pages où il est marqué de ne rien faire ? Je te demande cela car si il faut les laisser sur certaines pages, il faut que je créé un contenu identique avec uniquement les locations alias qui changent et la date de publication. Merci |
| Commentaire de Benjamin Guerville [ 15/janv./10 10:37 ] |
|
si tu vois des pub (lagardère) sur les pages : Identification::Identification Identification::IdentificationOK MesAchats::ListeAchats::DetailAchat::SuiviArticle Identification::Inscription Inventaire::ChargerImage Communaute::MessagesRecus::EnvoyerReponse Inventaire::ChargerImageAnnonce tu peux en effet les retirer merci |
| Commentaire de Carole Boucheny [ 15/janv./10 10:49 ] |
|
Et si ces pubs sont sur les locations alias suivant ? QUESTION_SENT_LIST ANSWER_POSTED ANSWER_POST UPLOAD_IMAGE Merci |
| Commentaire de Carole Boucheny [ 18/janv./10 13:55 ] |
|
Benjamin, Peux-tu valider ? Merci |
| Commentaire de Benjamin Guerville [ 18/janv./10 14:16 ] |
| ok pour moi |
| Commentaire de Olga Costa [ 18/janv./10 14:31 ] |
| ok pour moi |
| Commentaire de Carole Boucheny [ 18/janv./10 14:36 ] |
|
Soumis à publication : /promotions/Promotions/FR/Promos/PriceMinister Photo: autopromo Header |
| Commentaire de Carole Boucheny [ 22/janv./10 10:54 ] |
| (je rouvre le jira juste pour rajouter le temps de traitement) |
| Commentaire de Charlotte Fachan [ 09/févr./10 14:16 ] |
|
Marion, cela concerne les pages mon compte sur lesquelles les tags lagardère ont été supprimés. cf jira : http://pricejira.lan/browse/APP-27729 A ta dispo pour plus d'infos. Charlotte |
[APP-11229] [LIBE] pas possible d'acceder a mon compte Création: 20/juil./06 12:20 Mise à jour: 25/juin/07 18:42 Résolue: 20/juil./06 16:01 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 9.0.2 |
| Version(s) corrigée(s): | 9.0.2 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Patrick Condevaux | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Description |
|
Impossible d'acceder a la page de login quand on clique sur mon compte a partir de liberation.pm.lan on obtient ce message d'erreur: Redirection de page incorrecte Firefox a détecté que le serveur redirige la demande pour cette adresse d'une manière qui n'aboutira pas. * La cause de ce problème peut être la désactivation ou le refus des cookies. l'URL est: http://liberation.pm.lan/user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser |
| Commentaires |
| Commentaire de Younès Charrière [ 20/juil./06 15:38 ] |
|
Le mémo quand on se trouve sur les pages auto se comporte de la même manière. L'erreur signalée par Patrick ne se produit plus, par contre, on est redirigé vers une page ancienne charte (812d). |
| Commentaire de Antoine Koener [ 20/juil./06 16:01 ] |
|
Fixé, la conf n'était pas complète. |
| Commentaire de Lydia Dali [ 21/juil./06 17:51 ] |
| ok pour mon compte et le memo. |
[IMP-4341] Réactiver le compte de adnshop Création: 06/oct./09 17:38 Mise à jour: 30/oct./09 15:52 Résolue: 07/oct./09 10:51 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Frédéric Nahum | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | adnshop |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces
|
| Description |
|
Bonjour, Nous rencontrons actuellement un problème avec la mise à jour de notre catalogue pour le compte *adnshop*. Depuis le 30/09 nous uploadons un nouveau fichier CSV via le système FTP (le transfert s'effectue convenablement), mais aucune mise à jour ne se fait sur le site. La structure du fichier n'a pas changée, il y a simplement des produits en plus. Merci de corriger ce problème au plus vite. Cordialement, -- Ludovic ludovic@adn-tuning.com ADN-Tuning Audio - Video - Tuning - Racing 36 route de Vienne - 69007 LYON |
| Commentaires |
| Commentaire de Frédéric Nahum [ 07/oct./09 10:51 ] |
| c'est fait le compte a été réactivé et le fichier est bien passé à 90 % |
[APP-25459] BO - elargir la colone n° dans l'écran BO Création: 29/mai/09 16:44 Mise à jour: 02/juin/09 09:39 Résolue: 02/juin/09 09:39 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 46.0.1.1 |
| Version(s) corrigée(s): | 46.0.1.1 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Tristan Wermelinger | Attribution: | Validator |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Dans l'écran BO - cf pièces jointes - la colone " n° " est
trop étroite surtout quand l'on doit saisir un numéro de fiche afin de
faire une fiche existante.
|
[APP-23877] Evenement création de compte contact - apparait en création de compte par partenaire Création: 08/janv./09 11:19 Mise à jour: 22/mars/10 16:17 Résolue: 17/mars/10 14:16 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 36.1.0.4 |
| Version(s) corrigée(s): | 65.0.0 (TX-M) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Yann Danot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Ex. sur ce compte: http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=18012291 Il s'agit d'un compte "contact". Ca veut dire qqun qui nous écrit sans avoir créé de compte à proprement parler. Bizarrement la création nous donne comme evenement 07/01/09-01:40 Création de compte par partenaire Mais çà ne correspond pas du tout à la réalité. Il faudrait changer le libellé avec qqch comme "création par contact formulaire" ou un truc du genre.. A moins qu'on ne sache plus faire la disctintion avec les autres comptes réellement créés par partenaire eux.. |
| Commentaires |
| Commentaire de Marc-Antoine Decreton [ 24/févr./10 16:38 ] |
|
private static final CodeInfo CREATING_AS_CONTACT_CODEINFO = new CodeInfo(CREATING_AS_CONTACT ,"CREATING_AS_CONTACT" ,"Création de compte par partenaire" ,"Création de compte par partenaire" ); En clair : l'évènement qu'on crée lorsqu'on crée un compte contact est "Création de compte par partenaire". Il faut changer ça ? |
| Commentaire de Emeric Teil [ 24/févr./10 16:44 ] |
|
Si possible, sans rentrer dans des devs fous, je pense qu'il
serait bien de mettre "Création Compte Contact" puis de différencier la
source en ajoutant : " - Partenaire" (à priori via batch contact) " - Envoi message" (à priori, via inscription rapide) " - [Fonctionnalité]" (en utilisant l'url name comme dans "Inscription::Purchase" / " Inscription::Question") ??? |
| Commentaire de Marc-Antoine Decreton [ 24/févr./10 16:58 ] |
| c'est possible |
| Commentaire de Marc-Antoine Decreton [ 24/févr./10 17:10 ] |
|
Il faut : * faire un script pour mettre à jour la table de code * passer un paramèter supplémentaire à la méthode pour indiquer d'où on vient : cette chaîne sera à concaténer à la description de l'évènement * pour ne pas impacter l'existant, on pourra créer une méthode sans paramètre supplémentaire qui concatène une chaîne vide si on appelle l'ancienne méthode |
| Commentaire de Emeric Teil [ 24/févr./10 17:13 ] |
|
OK, comme vu ensemble, si c'est plus simple / moins impactant, on peut se contenter de juste différencier "création par import" / "création via le FO" |
| Commentaire de Yann Danot [ 17/mars/10 14:16 ] |
| Ajout d'une description dans l'évènement lors d'une création de compte contact |
[IMP-7708] création compte pièces jaunes Création: 27/déc./10 10:44 Mise à jour: 28/déc./10 09:55 Résolue: 28/déc./10 09:55 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Projet import |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Laurent Payot | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Login: | pièces jaunes | ||||||||
| Séparateur: | N/A | ||||||||
| Type de traitement: |
N/A
|
||||||||
| Description |
|
De : Patrick Pereira [mailto:patrick.pereira@priceminister.com]
Envoyé : vendredi 24 décembre 2010 15:41 À : Patrick Pereira; Isabelle Weisbecker Cc : Eric Vannier; Daniel Pintamalli; Damien Gilloz; Patrice Boulanger; Jerome Marianne; Laurent Payot Objet : RE: jira EXP-5202 > Pour opération pièces jaunes du 2 janvier 2011 > Automatiser la validation des commandes 1 fois par jour > piecesjaunes Comme le fait remarquer Damien, il fallait lire « Damien le met en place...». Merci. De : Patrick Pereira [mailto:patrick.pereira@priceminister.com] Envoyé : vendredi 24 décembre 2010 15:37 À : Isabelle Weisbecker Cc : Eric Vannier; Daniel Pintamalli; Damien Gilloz; Patrice Boulanger; Jerome Marianne; Laurent Payot Objet : RE: jira EXP-5202 > Pour opération pièces jaunes du 2 janvier 2011 > Automatiser la validation des commandes 1 fois par jour > piecesjaunes Bonjour. Eric a commencé à réfléchir à ce sujet. Il propose d'utiliser le mécanisme existant de validation automatique des commandes. Cela suppose que : 1. L'équipe des imports crée un compte correspondant à l'opération (Jérôme Marianne ou Laurent Payot) 2. Eric développe un script pour simuler la soumission de fichier de validation (c'est en cours) 3. Damien le même en place la semaine prochaine (car Eric est en vacances). Eric va passer toutes les billes aujourd'hui à Damien pour pouvoir mettre cela en place la semaine prochaine. Patrick. De : Isabelle Weisbecker [mailto:isabelle.weisbecker@priceminister.com] Envoyé : jeudi 23 décembre 2010 18:20 À : Patrick Pereira Objet : TR: jira EXP-5202 > Pour opération pièces jaunes du 2 janvier 2011 > Automatiser la validation des commandes 1 fois par jour > piecesjaunes Importance : Haute De : Isabelle Weisbecker [mailto:isabelle.weisbecker@priceminister.com] Envoyé : jeudi 23 décembre 2010 18:19 À : Eric Vannier; 'patrice.boulanger@priceminister.com' Cc : Charlotte Fachan; Gael Seguillon Objet : jira EXP-5202 > Pour opération pièces jaunes du 2 janvier 2011 > Automatiser la validation des commandes 1 fois par jour > piecesjaunes Importance : Haute Eric, Patrick, Pourriez-vous prendre en charge ce JIRA d'içi la semaine prochaine. L'opération pièces jaunes commence le 2/01, on espère avoir beaucoup de dons par jour, il faudrait donc automatiser la validation des commandes. D'avance merci, https://priceminister.onjira.com/browse/EXP-5202 Isabelle |
| Commentaires |
| Commentaire de Julien Sananikone [ 27/déc./10 11:54 ] |
|
A ne faire que si les objectifs de la semaine sont atteints:
le compte piècesjaunes existe déjà, il faudrait créer le compte FTP avec activation de flux validation de commandes |
| Commentaire de Laurent Payot [ 27/déc./10 17:51 ] |
| On ne peut pas compiler après 17h30, je fais ça demain dès mon arrivée. |
| Commentaire de Laurent Payot [ 28/déc./10 09:55 ] |
|
C'est fait:
===================================================================== Compte FTP vendeur créé... Pseudo : piecesjaunes mot de passe : RVx1J34 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
[BIN-171] bug sur BO Création: 24/juil./06 16:42 Mise à jour: 18/nov./10 18:07 |
|
| Etat: | Ré-ouvert |
| Projet: | Business Intelligence |
| Composants: | Marketing Acquisition |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Thomas Beylot | Attribution: | Julien Girardet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
hello j'ai fait une demande de report suivante : product family label advert count new seller count advert creation month tracking id tracking group name tracking name avec comme filtre select advert tracking group et en fait ça n'a pas marché. peut être que je me suis trompé... ? thomas. |
| Commentaires |
| Commentaire de Agathe Remy [ 02/août/06 17:04 ] |
|
J'imagine que tu as fait ce rapport sur l'univers MARKETING
ADVERT, mais ça serait bien que tu précises l'univers dans tes prochains
Jiras... Sinon, petite question : Qu'as-tu choisi comme tracking group name? Merci:-) |
| Commentaire de Thomas Beylot [ 02/août/06 17:11 ] |
|
oui tu as vu juste, je le préciserais désormais. sinon je n'avais pas choisi de tracking group name, d'après ce dont je me souviens... sinon je te l'aurais écrit. Je crois que ça ne marchait pas à la base. Mais tout ça est relativement vieux dans mon esprit. désolé de ne pouvoir plus t'aider. thomas. |
| Commentaire de Agathe Remy [ 02/août/06 17:20 ] |
|
Samir, Dans l'univers MArketing Advert, peux-tu modifier la jointure externe en jointure normale entre ADV_TRACKING et ADV_TRACKING_GROUP? Merci:-) |
| Commentaire de Samir Beghdadi [ 02/août/06 17:37 ] |
| C fait à toi maintenant Thomas |
| Commentaire de Thomas Beylot [ 07/août/06 11:19 ] |
|
hello, j'ai refait partir la requête sur BO mais cela ne marche tjrs pas... snif :( |
| Commentaire de Agathe Remy [ 06/nov./06 16:32 ] |
|
Thomas, Je viens de te mettre à disposiation un rapport Adverts by tracking group dans le répertoire Dossiers publics/Marketing/Advert de BusinessObjects. Dis-moi s'il te convient. Merci:-) Agathe |
| Commentaire de Thomas Beylot [ 06/nov./06 17:11 ] |
| ok cool je regarde ça dès que je peux je suis un peu en zézère aujourd'hui ;-) |
| Commentaire de Thomas Beylot [ 15/nov./06 10:51 ] |
|
hello donc j'ai pu me balader un peu dessus, c'est presque parfait. En fait le "presque" vient d'une question que je souhaite soulever : est-il possible de sortir un rapport par mois me donnant l'ensemble des mev par tracking group ? En effet, avec le rapport actuel (ce qui est déjà très bien) je peux me dire que comme j'ai fait une OP Super Vendeur qui doit à priori générer des mev, alors je vais aller checker sur le tracking group jeux concours. Par contre si je veux savoir d'où viennent les autres mev, alors il me faut aller dans chaque tracking group jusqu'à ce que je trouve les grosses sources de mev. Je ne sais pas si je suis clair... En gros une première "big picture" me présentant le total des mev et leur répartition (style 32% viennent du group tracking X, 21% de Y, 5% de Z... etc) serait plutôt assez pas mal. Est-ce possible, et ce sans prendre en compte tous les tracking dans le tracking group ? tu me dis ? merci ! thomas. |
| Commentaire de Agathe Remy [ 15/déc./06 18:45 ] |
|
Le rapport Advert overview by month a été mis à dispo dans Dossiers Publics/Marketing/Advert. Dis-moi s'il te convient? Merci:-) Agathe |
| Commentaire de Thomas Beylot [ 28/déc./06 14:49 ] |
|
hello merci pour le rapport. alors j'ai regardé tout ça et il y a un premier truc qui me saute aux yeux, c'est le nombre d'advert total que le rapport me donne pour chaque mois. Si on prend un exemple: j'ai demandé le rapport pour les mois d'octobre et de novembre 2006. Ainsi il me sort des chiffres étonnament volumineux de 1 629 176 mev pour novembre et 1 468 206 mev pour octobre. Sachant que les chiffres de la SLTV me donne quelque chose comme 550 000 par mois sur ces deux mois, cela me semble un peu bizarre. Après j'ai essayé d'aller voir ta requête mais on ne m'en a pas laissé l'occasion (en l'occurence "on" c'est BO) donc peut être n'as tu pas filtré la requête pour ne sortir que les annonces de particuliers ? Autre point, il me semble étrange de voir qu'il n'y a pas plus de groupe de tracking touchés par les mev. En effet sur le mois d'octobre, le dernier groupe est la PL-Maison, qui regroupe 14 632 mev. Le fait que même la priceletter vendeur ne sorte pas dans les stats me semble encore une fois louche ? On en parle dès que tu reviens ? Thomas. |
[APP-24422] [BO] Ajout liens et infos dans bloc "Compensation" Création: 25/févr./09 12:07 Mise à jour: 01/avr./09 14:50 Résolue: 25/mars/09 18:16 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 44.0.0 (TX-F) |
| Version(s) corrigée(s): | 44.0.0 (TX-F) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Fabien Bourdoulous |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM archivés: | Paiement - Finitions PMV | ||||||||
| Description |
|
1. Supprimer les termes "Platine" et "Porte-Monnaie" de la
ligne "Mode". Choisir une autre couleur que rose fuschia (pas de noir). 2. Supprimer le lien "Voir historique" de la ligne "Reversement". 3. Ajouter deux liens "Voir historique" et "Événements" à côté du terme "Compensation" (à l'identique de ce qui existe pour "Porte-Monnaie") : - le lien "Voir historique" ne devra ramener que les opérations du type "Crédit - paiement ventes". - le lien "Événements" mènera vers une liste reprenant les "Événements Utilisateur - Compensation", visibles en bas de la page d'un compte en BO. 4. Modifier le wording pour "Modification config. paiement" dans "Événements Utilisateur - Compensation" cités ci-dessus : a) côté "Événement", afficher "PMV : passage en Libre (régulier)/Libre (ponctuel)/etc." b) côté "Description", afficher : Ancienne configuration : Méthode : Libre (Ponctuel) ou Libre (Régulier) ... Mode : chèque ou virement Compte : ... Dernier reversement : ... |
| Commentaires |
| Commentaire de Cedric Favero [ 25/févr./09 12:46 ] |
| Merci Habib pour ce JIRA clair et détaillé. On etudie toutes les demandes avec Emeric. |
| Commentaire de Habib-Sylvain Gourguet [ 25/févr./09 16:11 ] |
|
... et j'oubliais (important)... 5. Afficher le montant des ventes "payables" et "à venir", au choix : - en ajoutant une ligne "Montant ventes" sous la dernière ligne du bloc "Compensation", - ou en ajoutant aux deux liens "Voir historique" et "Événements" un troisième nommé "Montant ventes" ouvrant une popup avec lesdits montants. |
| Commentaire de Cedric Favero [ 11/mars/09 19:39 ] |
|
Apres discussion avec Arnaud/Emilien, je re-précise: Point 1 - Déjà fait puisqu'on a supprimé la ligne "Mode" en question Point 2 - Effectivement on supprime le lien en vert actuel Point 3 - On crée deux nouveaux liens orange comme pour porte-monnaie: "Voir historique" et "Événements" - le lien "Voir historique" ne devra ramener que les opérations du type "Crédit - paiement ventes". - le lien "Événements" mènera vers une liste reprenant les "Événements Utilisateur - Compensation", visibles en bas de la page d'un compte en BO. (soit en popup soit vers l'existant en bas de page user, 2e solution apparemment moins couteuse) Point 4: On ne peut pas modifier le type d'evenement (tjrs le meme quelle que soit l'action) Voir si on peut modifier les descriptions parfois peu claires (wordings) . Point 5: Avoir le montant des ventes (payable, à venir..) et une action transférer => Solution retenue: - On ajoute une ligne "Montants ventes" sous la dernière ligne du bloc "Compensation" - On met "Montants" et lorsqu'on passe la souris dessus on a sur 3 lignes les montants déjà payé / payable / à venir - On met à coté sur meme ligne un lien en rouge "Transférer" - Lorsqu'on clique sur transférer , on a popup d'alerte demandant si on veut vraiment transférer sur PMV avec bouton OK ( SI le V est en mode compta, on a juste un message disant qu'on ne peut pas transférer car V en mode compta , pas d'action possible) |
| Commentaire de Fabien Bourdoulous [ 19/mars/09 17:06 ] |
|
Dans la même page User en BO, j'avais agrandi le dernier
cadre "Evenement utilisateur" de 100px à 400px car ça m'avait semblé
plus facile pour lire les compensation notamment. Je l'ai laissé à cette
taille depuis mais peut être faut-il le remmettre à sa taille initiale ? Voir le screen avec la taille à 400px. |
| Commentaire de Habib-Sylvain Gourguet [ 25/mars/09 11:05 ] |
|
Pour les 400px, ok de notre côté. Pour le point 4, Claire et moi nous étions mis d'accord sur les modifs à réaliser. Pour l'évènement compensation "Modification config. paiement", la description correspondante devrait apparaitre comme suit : Ancienne configuration : Méthode : Libre (Ponctuel) ou Libre (Régulier) ... Mode : chèque ou virement Compte : ... Dernier reversement : ... Cette modif a apparemment déjà été réalisée pour les comptes en Compta. Il faudrait la reproduire pour les comptes "Libre". Ne garder en historique que les 5 derniers évènements de cette nature. Pour plus d'infos, ne pas hésiter à venir nous voir, ou nous contacter. |
| Commentaire de Emeric Teil [ 25/mars/09 11:21 ] |
|
Attention, cette demande était "résolue", ces remarques
n'auraient pas été prises en comptes si je n'étais pas passé par là plus
ou moins par hasard... La prochaine fois : merci de faire ces retours à Cedric qui est sensé maintenir un fichier de recette à jour. |
| Commentaire de Fabien Bourdoulous [ 25/mars/09 12:10 ] |
|
Quelles sont les modifications exactes à apporter sur la
description de la compensation "Modification config. paiement" ? Car il
ne semble pas y avoir de différence avec l'existant. Par exemple : """ Ancienne configuration : Méthode : Libre (Régulier) Mode : virement Montant à garder : 500,00 ¿ Compte : Bque de France BB n° 20041 - 01005 - 0500013M026 - 06 Dernier reversement : 20/03/2009 """ Des exemples et/ou des screenshots me seraient utile. Pour le nettoyage de l'historique, ça concerne uniquement les évènements de type "Modification config. paiement" ? Ou veut-on limiter la liste à 5 éléments quelque soit leur type ? Enfin, veut-on les nettoyer définitivement ou seulement les masquer dans cette liste ? |
| Commentaire de Fabien Bourdoulous [ 25/mars/09 12:28 ] |
|
Ok, vu avec Emilien. Donc on ne touche pas à l'historique et les descriptions à modifier dans les compensations sont uniquement : - supprimer (quand il apparait) le wording "Par défaut en cas de passage par défaut" - mettre à jour les "Méthodes" pour qu'elle aparaissent comme cité dans Libre / Ponctuel par virement Libre / Ponctuel par chèque Libre / Régulier Compta / Chèque Compta / Virement |
| Commentaire de Emilien Guichard [ 25/mars/09 12:31 ] |
|
comme vu avec CFA, pas de restriction au niveau de l'historique tous les événements doivent suivre le modèle de "compensation" à savoir : - suppression de la ligne "par défaut en cas de passage régulier" - modif des wording méthode suivant ce qui a été défini pour le bloc compensation en face de reversement |
| Commentaire de Fabien Bourdoulous [ 25/mars/09 18:16 ] |
|
Committing to: bzr://perrier/dev/project/nettoyage_pmv/ modified source/src/com/babelstore/user/back/UserView.jsp modified source/src/com/babelstore/user/business/UserBusinessBean.java Committed revision 25078. |
[INF-136] Départ au BO Création: 18/août/08 18:20 Mise à jour: 16/sept./08 14:44 Résolue: 16/sept./08 14:44 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jemima Barru | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Georges nous quitte le 22/08/2008.
|
| Commentaires |
| Commentaire de Jemima Barru [ 25/août/08 08:56 ] |
|
rectification : Georges s'en va le 27/08/08. Merci Jémima |
| Commentaire de Stéphane Eccli [ 16/sept./08 14:44 ] |
| comptes supprimés |
[APP-17996] Pangora : Invisible sur PREVIEW et BO (seulement sur WWW) Création: 27/sept./07 12:25 Mise à jour: 10/oct./07 09:50 Résolue: 09/oct./07 18:44 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 17.0.0 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Damien Dorizy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Il faut considérer bo et preview comme www.
|
| Commentaires |
| Commentaire de Swan Desportes [ 27/sept./07 14:24 ] |
| Pb de nombre de résultats ? |
| Commentaire de Damien Dorizy [ 27/sept./07 16:42 ] |
|
Le script Pangora utilise le 'brand' pour effectuer la
requête, sinon le script Ajax ne fonctionnerait pas (problèmes de
sécurité empêchant une requête sur un autre site). Mais les url http://preview.pm.lan/pangora3/ et http://bo.pm.lan/pangora3/ n'existent pas. La seule solution serait de demander à l'exploit de créer ses url, si jamais l'affichage des blocs pangora sur preview et bo est nécessaire à l'integ. |
| Commentaire de Christophe Garcia [ 27/sept./07 16:49 ] |
| oui j'en ai besoin |
| Commentaire de Damien Dorizy [ 27/sept./07 17:21 ] |
|
Tout marchera sur preview et bo lorsque les urls du jira |
| Commentaire de Nicolas Chauveau [ 28/sept./07 09:49 ] |
| Je le sort du périmètre V17. DAD reste prêt à agir lorsque le Jira bloquant sera résolu. |
| Commentaire de Damien Dorizy [ 09/oct./07 18:44 ] |
| Résolu avec la création des urls Pangora par Jérémie. |
[APP-6484] BO - Produit - Recherche des fiches "Toutes les validées" Création: 25/nov./05 14:31 Mise à jour: 25/juin/07 18:33 Résolue: 15/déc./05 10:16 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.9 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Geneviève Beaujard |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Description |
|
En effectuant une recherche dans le BO, section produit, "Toutes les validées", on n'obtient aucun résultat.
|
| Commentaires |
| Commentaire de Christophe Garcia [ 30/nov./05 16:47 ] |
|
Reproduit en INTEG. Step 1 : Valider une fiche produit en choisissant "Valider par le BO" Step 2 : Recherche du produit. En choisissant : - "Validé par BO" ===> Résultat OK (la fiche est présente) - "Validé par le système" ===> Résultat OK (la fiche est absente) - "Tout sauf purgé" ===> Résultat OK (la fiche est présente) - "Tout" ===> Résultat OK (la fiche est présente) - "Tous les validés" ===> Résultat PAS BON (la fiche est absente) |
| Commentaire de Christophe Garcia [ 06/déc./05 12:27 ] |
|
Je viens de fermer en "DUPLICATE" 2 demandes JIRA : 6552 et 6559. Les infos saisies au niveau de ces demandes peuvent peut-être servir à cerner le bug. |
| Commentaire de Nicolas Gréhalle [ 06/déc./05 12:29 ] |
| Il y a un cas d'erreur supplémentaire décrit dans le 6559. Merci d'y jeter un oeil pour correction |
| Commentaire de Laurent Merlet [ 08/déc./05 12:18 ] |
| Ok testé en intégration |
| Commentaire de Nicolas Gréhalle [ 13/déc./05 09:18 ] |
|
Il faut regarder le bug attaché. La correction est incomplète : Lorsque l'on sélectionne un type + tout les validés (au passage tous et non tout) => on a des résultats lorsque l'on sélectionne un type + validé par le système => on a le message "Veuillez préciser vos critères..." On devrait avoir des résultats dans le deuxième cas. Idem pour validé par le BO. |
| Commentaire de Nicolas Gréhalle [ 13/déc./05 09:18 ] |
|
regarder bug |
| Commentaire de Geneviève Beaujard [ 13/déc./05 15:09 ] |
|
OK, il y avait le bug expliqué dans 6559. La date de fin n'etait pas considérée comme renseignée. DE plus dans ce formulaire de recherche des que le champ etat contient un des etats actif (bo ou sys), ce champ est considéré comme non renseigné. |
| Commentaire de Niall Boylan [ 13/déc./05 19:07 ] |
| Je l'ai testé et ça n'a pas marché (Je ne suis pas sure si j'ai bien testé ou pas et Aurélien ne pas la) |
| Commentaire de Nicolas Gréhalle [ 14/déc./05 08:47 ] |
|
La correction n'est pas bonne. les critères type+tous validés renvoyaient des résultats, maintenant, il faut ajouter des critères. Il faut : type + tous validés => résultats type + validé BO => résultats type + validé système => résultats |
| Commentaire de Geneviève Beaujard [ 14/déc./05 09:30 ] |
|
Nicolas, il a été decidé il y a un certain temps que l'etat
active etait considéré comme non renseigné pour résoudre des problemes
de charge. Le champ prd_type_code ne rentre pas dans le controle des champs renseignés. Donc quand on selectionne prd_type_type + status active(BO, FO) c'est comme si on avait rien renseigné. Je veux bien changé cette regle, j'attends le feu vert. |
| Commentaire de Geneviève Beaujard [ 14/déc./05 10:26 ] |
|
Pour le moment, ça ne peut pas être corrigé a cause de problemes de charge ( validé par quentin). Par contre il faudra étudier le problème plus tard. |
| Commentaire de Nicolas Gréhalle [ 15/déc./05 09:04 ] |
|
Lorsque nous avons besoin de retrouver tous les produits
d'un type donné (ce qui nous arrive régulièrement dans le cadre du
paramétrage des nouveaux types ou de l'amélioration des catégories),
nous contournons cette limitation en ajoutant le critère "date
Modification < date du jour suivant". Cette requête pose moins de problèmes de performance ? si non, alors autant autoriser de lancer la requête sans ce critère. |
| Commentaire de Quentin de Chivré [ 15/déc./05 10:16 ] |
|
Cette requete est a priori aussi couteuse, mais elle a le
mérite d'explicitement forcer la recherche complete sur 1 type de
produit. On limite qd meme les risques de qq'un lancant par erreur une
recherche sur "tous les livres". Une solution + générique est a l'etude et fait l'objet d'un autre Jira |
[BIN-242] [Finance] : écart Titan / BO sur mouvements PMV Création: 11/déc./06 14:36 Mise à jour: 07/janv./08 18:09 Résolue: 02/janv./08 11:53 |
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | Executive |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Philippe Favrot | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Bonjour, écart entre les chiffres issus de Titan (operation report) et BO (Daily mvt PMV) pour la journée du 24 novembre concernant le type de mouvement "Credit_BO" : Titan : 11 715,21 euros BO : 12 722,42 euros Philippe |
| Commentaires |
| Commentaire de Agathe Remy [ 14/déc./06 12:22 ] |
|
En effet, dans le rapport de Titan ne sont pas prise en comptes les opérations non associés à une cause : 2006/11/24;CREDIT_BO;;1007,21 2006/11/24;CREDIT_BO;Cashstore;84,2 2006/11/24;CREDIT_BO;Remboursement;11225,36 2006/11/24;CREDIT_BO;autre crédit;364,35 2006/11/24;CREDIT_BO;Chèque retourné;41,3 Le différence correspond donc au montant des opérations sans cause. Cordialement, Agathe |
| Commentaire de Philippe Favrot [ 15/déc./06 14:49 ] |
|
Agathe, tu peux m'en dire plus sur ces 1 007,21 euros de crédit PM sans cause : détail par pseudo... En fait ce serait la première fois que ce cas de figure se produit puisque jusqu'alors il n'y a jamais eu d'écart Titan / BO. Merci Philippe |
| Commentaire de Agathe Remy [ 15/déc./06 15:36 ] |
|
Il s'agit d'une operation unique : 10552 En fait, jusqu'au 25 juin 2004 les opérations n'avaient pas de causes associées. A partir du 28/06/2004, toutes les opérations sont associées à une cause. L'opération 10552 a été créée le 08/11/2002 pour le user account id 458071 et a été modifiée le 24/11/2006. En revanche, je n'ai aucun moyen de savoir en quoi a consisté la modification du 24 novembre dernier : il n'y a aucun évènement associé. Cordialement, Agathe |
| Commentaire de Philippe Favrot [ 19/déc./06 11:50 ] |
|
Agathe, en fait, aucun commentaire n'était renseigné au niveau de ce mouvement du 08/11/2002 donc on ne savait pas ce que c'était. Steven a donc ajouté un commentaire en date du 24/11/2006 ; en revanche il n'y a eu aucune modification de la date de finalisation de ce mouvement. Donc l'ajout de ce commentaire aurait du n'avoir aucun impact sur le rapport détaillant les mouvements affectant les PMV : or on constate que : - les mouvements du 08/11/02 (credit_BO) sont maintenant de 54,20 ¿ vs 1 061,41 ¿ avant la modif ; - les mouvements du 24/11/06 (credit_BO) reprennent cette opération. Il doit donc y avoir un problème sur les dates retenues pour élaborer ce rapport. Peux tu vérifier. Merci Philippe |
| Commentaire de Agathe Remy [ 21/déc./06 11:26 ] |
|
Philippe, Dans le rapport que tu as défini avec MEZ, vous vous basez sur la change date de l'opération, donc sa date de dernière mise à jour. Je pense qu'il aurait fallu se baser sur la date de création du mouvement. Mais cela fait partie des sujets que je voulais aborder avec toi lors de notre point sur le BI Espagne cet aprem. Cordialement, Agathe |
| Commentaire de Agathe Remy [ 03/août/07 17:16 ] |
|
Philippe, Peut-on fermer ce JIRA? Merci:-) Agathe |
| Commentaire de Agathe Remy [ 02/janv./08 11:53 ] |
|
Philippe, Peut-on fermer ce JIRA? Merci:-) Agathe |
| Commentaire de Philippe Favrot [ 07/janv./08 17:32 ] |
|
Agathe, tu peux effectivement fermer ce Jira. Merci :-) Philippe |
[CAT-1410] Fiche produit soumis BO - code remplace fabricant Création: 13/févr./09 09:34 Mise à jour: 26/févr./09 14:21 Résolue: 26/févr./09 14:21 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Aurélien Vergalli | Attribution: | Carole Boucheny |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Description |
|
De plus en plus de fiches arrivent en soumission en BO avec
un fabricant renseigné sous forme de code (qui plus est en diamant).
|
| Commentaires |
| Commentaire de Marion Anfreville [ 13/févr./09 10:37 ] |
|
Cas n° 1 - Type de produit "Froid" : On a des valeurs telles que "190.000" qui existent en Diamant => pourquoi ces valeurs sont en Diamant ? Quel mécanisme a créé ces valeurs Diamant ? Même les MeV comme vêtements qui sont ouvertes à la création de valeurs d'attribut ne créent pas de valeurs d'attribut Diamant mais Pierre. Cas n° 2 - Type de produit "Téléphone Mobile" : On a des valeurs qui correspondent au noeud dans l'arbre de MeV. Ex : ID du noeud corrrespondant au fabricant Nokia, 194707 : Racine > Soumission Produit / Annonce > Soumission produit : Formulaires > Téléphone et PDA > Mobiles > Formulaire produit > Fabricant > Nokia (clé: 194707, rang: 110) http://bo.priceminister.com/category_back?action=categorysearch&javascript_callback=&category_id=194707&ctg_status_code=&category_label=&category_alias=&ctg_type_code=&ctp_type_code=&ctg_parameter_value=&category_soft_alias=&start_date=&date_search_type=0&end_date=&number_rows=100&x=0&y=0 De même, comment ces valeurs se sont retrouvées en Diamant ? Du coup, elles apparaissent dans la MeV (autopopulée Diamant). |
| Commentaire de Marion Anfreville [ 13/févr./09 11:30 ] |
|
Pour le cas n°1 : J'ai de fortes suspicion sur l'import
=> possible bug car le paramétrage semble correct (création en valeur
Pierre). Valeurs fabricant Froid créent en Diamant depuis début janvier : http://bo.priceminister.com/referential_back?action=attributevaluesearch&reload=false&prd_type_code=1143&attr_list=A00630&attribute_name_key=A00630&attribute_name=&attribute_value_key=&attribute_value=&attribute_value_rating=10&attribute_pattern=&start_creation_date=01%2F01%2F2009&end_creation_date=&start_change_date=&end_change_date=&order=&number_rows=200&x=54&y=8 La majorité des valeurs ont été créées par le partenaire HMdiscount via l'import 6864479. 2 valeurs créées le 11/02/2009 : Clé Valeur Dates Type de valeur Poids Pattern PM49108725 54.500 11/02/2009-11:52 Diamant PM49108722 76.200 11/02/2009-11:52 Diamant |
| Commentaire de Marion Anfreville [ 13/févr./09 17:19 ] |
|
Une partie du problème semble être d'ordre applicatif => j'ai ouvert un jira chez les Devs |
| Commentaire de Julien Sananikone [ 16/févr./09 11:33 ] |
| pour le cas N°2 ne serait-ce pas un pb de référence fabricant : à un moment le format a été constitué de la cellule "attribut" au lieu de "mapping via référence de catégorie" |
| Commentaire de Carole Boucheny [ 26/févr./09 11:50 ] |
| Que fait-on de ce Jira ?? |
| Commentaire de Marion Anfreville [ 26/févr./09 12:01 ] |
|
Visiblement, la MeV Mobile fonctionne. Le problème a due se produire à un moment donnée => lorsqu'on a fait des manip sur les MeP High Tech ES ? Tu peux résoudre la demande. Aurélien, n'hésite pas à nous alerter (c'est même fortement conseillé) si tu constates de nouveau des problèmes de ce type. |
[APP-6280] desfiches produits créées n'apparaissent ni en recherche Bo ni dans les inventaires Création: 16/nov./05 13:55 Mise à jour: 25/juin/07 18:33 Résolue: 29/nov./05 11:03 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.8 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Gaël Seguillon | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
plusieurs partenaires me remontent avoir créer des fiches
qui ne sont ni recherchable dans leur inventaire ni dans la recherche
sur le site ex : http://bo.priceminister.com/offer/buy/16347892 |
| Commentaires |
| Commentaire de Gaël Seguillon [ 17/nov./05 09:56 ] |
|
CE PROBLEME SEMBLE VRAIMENT ENORME DES ANNONCES ET DES
FICHES CREES N'apparaissant ni en inventaire ni en recherche FO /BO !!!! World Games (SARL) Ascencio Stéphane 04-92-00-02-02 Bonjour, Nous avons créer deux nouveau produits par code barre hier et avons reçu la confirmation de création de vos services, ce matin. Le problème c'est qu'ils n'apparaissent pas encore en utilisant votre moteur de recherche ce soir. * (GTA) Grand Theft Auto : Liberty City Stories Sony PSP (Import US) * Viewtiful Joe : Scratch! Nintendo DS (Import JAP) Merci de bien vouloir faire le nécessaire au plus vite afin que nous puissions vendre ces jeux. Cordialement, World Games Ascencio Stéphane |
| Commentaire de Anne Korchia [ 17/nov./05 10:53 ] |
|
Bonjour,tout un tas d'annonce dont celle-ci ont été crée il y
a plusieurs heures et elles n'apparaissent toujours pas. Cordialement gregory.albano@wanadoo.fr DVDMENT |
| Commentaire de Geneviève Beaujard [ 17/nov./05 12:50 ] |
|
2 problemes: 1) recherche produit la synchro oracle de l'index n'avait pas été relancé depuis hier matin, la synchro vient d'être relancée. 2) visualisation des annonces dans l'inventaire c'est un batch qui a du retard qui le fait. dans la prochaine version on aura plus besoin de ce batch pour synchroniser le prd_status_code de l'annonce sur le prd_type_code du produit voir bug http://pricejira.lan/browse/APP-6129 |
| Commentaire de Fabien Farache [ 18/nov./05 17:39 ] |
|
J'ai mis en vente un produit à partir d'un produit existant. Mon produit n'apparait pas en FO pourtant il est présent dans mon inventaire. De plus il n'appait pas en BO J'ai vu avec GEB et elle m'a dit que c'était reglé, qu'il fallait attendre 10-15 min pour que le produit apparaisse (normalement c'est instantanné). Là, ça fait 40min et il n'y a toujours rien. |
| Commentaire de Geneviève Beaujard [ 21/nov./05 15:12 ] |
|
De quel produit s'agit'il ? De quel compte s'agit'il? |
| Commentaire de Fabien Farache [ 21/nov./05 15:37 ] |
|
produit : 6559953 compte : FAF-pm |
| Commentaire de Fabien Farache [ 22/nov./05 14:19 ] |
|
je me suis mal exprimé... c'est mon annonce que je ne vois
pas. (ni en BO ni en FO sur le produit, alors qu'elle est bien dans mon
inventaire) |
| Commentaire de Geneviève Beaujard [ 22/nov./05 15:28 ] |
|
C'est normal que tu ne vois pas ces annonces car ton compte PARF-pm est en transit. C'est le batch user.batch.AdvertVisibilityBatch qui va rendre ces annonces visibles. Pour information tu peux connaitre la visibilite de tes annonces dans le BO annonce. |
| Commentaire de Fabien Farache [ 23/nov./05 16:41 ] |
|
Mon annonce est bien visible dans mon inventaire mais toujours pas sur le produit. Vu que le "bug" est dû au fait que mon compte soit "Present (en transit)" 1) commenbt se fait il qu'il soit en transit ? 2) comment enlever ce "en transit" ? |
| Commentaire de Fabien Farache [ 24/nov./05 18:05 ] |
|
en attente du lancement du batch holiday_advert |
| Commentaire de Judd OSullivan [ 29/nov./05 11:03 ] |
| Si Fabian a toujours un problème de visibilité de ses annonces il faut créer un nouveau bug. Le bug de base est reglé depuis 8.0.8. |
[APP-29900] Recherche de question produit en BO avec un critère date KO Création: 11/juin/10 09:58 Mise à jour: 11/juin/10 16:52 Résolue: 11/juin/10 12:21 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 71.0.0 (CTN-R) |
| Version(s) corrigée(s): | 71.0.0 (CTN-R) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Bastien Caudan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | Q&A Produit |
| Description |
|
Quand on fait une recherche de question produit en BO sur le jour d, on a une question du jour d-1...
|
| Commentaires |
| Commentaire de Alexandre Garnier [ 11/juin/10 10:23 ] |
|
Analyse rapide : * la recherche se fait sur la date de rédaction * l'affichage donne la date de création En regardant la question (http://bo.es.integ/product_question_back?action=productquestionview&postid=54278) on voit bien que la date de rédaction est > 11/06/2010 --> Donc le résultat est bon, l'affichage est juste un peu incohérent (mais normalement la date de rédaction et de création doivent rester identiques, non ?) |
| Commentaire de Alexandre Garnier [ 11/juin/10 10:24 ] |
| À voir si on modifie l'affichage ? |
| Commentaire de Swan Desportes [ 11/juin/10 12:04 ] |
| On modifie l'affichage pour être cohérent entre recherche et affichage. |
[APP-22856] Reporting Chiffre d'affaires en BO : aucun chiffre pour le 26/10/08 Création: 27/oct./08 10:15 Mise à jour: 16/sept./10 17:46 Résolue: 04/août/10 12:12 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 77.0.0 (TX-P) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Stéphanie Vignali | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Classif1: | BO |
| Description |
|
Il n'y a aucun chiffre d'affaire dans le BO pour la journée du 26/10.
|
| Commentaires |
| Commentaire de Patrice Boulanger [ 28/oct./08 10:24 ] |
|
Y'a-t-il un moyen de recalculer les chiffres pour la journée
du 26/10/2008 ? Ce problème est dû au changement d'heure qui a eu lieu
ce week-end, pour info on avait eu le même soucis en 2007(le CA du
28/10/2007 est à 0). Merci. |
| Commentaire de Patrice Boulanger [ 28/oct./08 10:25 ] |
| De même, il y a peut être moyen de blinder un peu ce mécanisme car ça va évidemment réapparaître dans 1 an ... |
| Commentaire de Emeric Teil [ 04/août/10 12:12 ] |
| Pierre et Justin en copie au cas où, mais il me semble qu'on n'a pas forcément envie de maintenir ces indicateurs en BO et quoi qu'il arrive, ce problème est hyper localisé dans le temps... |
[EXP-133] Tester à l'accès au bo via le lien MPLS Création: 08/août/05 17:35 Mise à jour: 25/juin/07 18:54 Résolue: 19/août/05 09:58 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Mettre en place l'architecure DNS en interne (exemple :
bo.jmh.lan) et voir avec Jet pour configurer une @IP privée de CUPIDON
pour assurer le fonctionnement.
|
| Commentaires |
| Commentaire de Ranto Andriambololona [ 19/août/05 09:58 ] |
|
C'est fait ... - Ajout d'une entrée dans le DNS - Ouverture du flux http vers Phaeton - Configuration de Apache virtualhost-bo-jmh - Test |
[EXP-3915] Les imports sur le BO Integ Espagne ne sont pas en route Création: 05/sept./07 09:42 Mise à jour: 01/oct./07 17:26 Résolue: 01/oct./07 17:26 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Maintenance |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Description |
|
BO Integ Espagne n'est pas en route: http://bo.es.integ/datafile_back?action=advfilesearch&enddate=05%2F09%2F2007&startdate=02%2F09%2F2007 J'en a besoin pour effectuer des tests. |
| Commentaires |
| Commentaire de Christophe Garcia [ 05/sept./07 09:49 ] |
|
T'es sûr ? Je viens d'aller sur le site et ça marche. |
| Commentaire de Daniel Pintamalli [ 05/sept./07 10:16 ] |
|
Vu avec Christophe. Les imports sont bien en route. Pourtant, le fichier suivant est bloqué en état reçu: http://bo.es.integ/datafile_back?action=advfilesearch&enddate=05%2F09%2F2007&startdate=02%2F09%2F2007 |
| Commentaire de Daniel Pintamalli [ 10/sept./07 15:56 ] |
| Cette demande n'est plus d'actualité, tu peux fermer. |
| Commentaire de Eric Vannier [ 01/oct./07 17:26 ] |
| Je résouds cette demande |
[IMP-6268] Greenroy : problème compte FTP - Neteven Création: 03/juin/10 17:59 Mise à jour: 02/juil./10 10:38 Résolue: 02/juil./10 10:38 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Maram Khayati | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | Greenroy |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
salut, J'ai eu ce PRO au téléphone pour les ventes à valider. Il a un compte FTP avec Neteven qui ne marche pas très bien (ex : il a validé la vente sur le compte FTP alors qu'elle était en nouvelle vente sur Price) , et beaucoup d'articles dans sa boutique n'ont pas les photos aussi. Il a fait savoir à Neteven le problème mais n'a pas encore eu de retour, http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=19239635 Merci |
| Commentaires |
| Commentaire de Jérome Marianne [ 01/juil./10 10:01 ] |
|
Les fichiers de créations produits ont été passé en mise à
jour produit pour tenter de mettre les URL sur les fiches produits. En attente du traitement. |
| Commentaire de Stéphanie Vignali [ 01/juil./10 11:03 ] |
|
J'ai contacté hier Neteven et Greg Zemmor doit revenir vers
nous pour faire le point car de notre côté aucune alerte. La mise à jour produit et les mises à jours annonces fonctionnent. |
| Commentaire de Jérome Marianne [ 01/juil./10 14:30 ] |
|
Les URL images sont apparues sur les fiches produits suite à la mise à jour. On verra si les photos apparaissent sous 3 jours. |
| Commentaire de Jérome Marianne [ 02/juil./10 10:38 ] |
| Les images sont apparues en BO sur les fiches compléments. |
[EXP-2550] Problème de rechargement de caches applicatifs via l'outil BO Création: 23/août/06 14:05 Mise à jour: 25/juin/07 18:59 Résolue: 04/avr./07 11:16 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jérôme Viviès | Attribution: | Judd OSullivan |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Visiblement, le rechargement des caches via BO ne fonctionne plus correctement. Cela a été constaté pour les caches liés au mapping d'attribut. Ex. : aujourd'hui, création d'un attribut "Marquage" et de valeurs pour le type livre - toujours absent sur hercule après rechargement des caches via BO. |
| Commentaires |
| Commentaire de Antoine Koener [ 23/août/06 16:28 ] |
|
Judd, aurais-tu une idée de pourquoi les caches ne sont plus rechargés à la demande ? Serais-ce suite à tes modifications pour charger les caches que lorsqu'ils sont nécessaires ? Peut être n'est-ce pas toi le meilleur interlocuteur ? |
| Commentaire de Judd OSullivan [ 23/août/06 16:52 ] |
|
C'est en dev ou en integ ? En integ tous les caches se
charge au démarrage mais c'est possible qu'il y a un nouveau bug. J'ai testé en dev et ca marche mais s'il y a toujours un problème, crée un jira APP et affecte à moi (avec un peu de logging si possible). |
| Commentaire de Judd OSullivan [ 23/août/06 16:53 ] |
| Pour préciser plus, comment vous savez que le cache ne se recharge pas ? |
| Commentaire de Antoine Koener [ 24/août/06 16:39 ] |
|
C'est en production. Le symptome est le suivant; Marion modifie des attributs pour permettre un fichier d'être intégrer, Ariane recharge les cache mais le fichier ne passe toujours pas. J'ai donc relancé hercule en journée et le fichier est correctement passé. voilà. |
| Commentaire de Marion Anfreville [ 29/août/06 14:31 ] |
| Ce matin, j'ai modifié des valeurs dans l'arbre des catégories au niveau d'un mapping d'import. Je me suis mise sur hercule et j'ai rechargé le cache "Arbre : import". Toujours sur hercule, j'ai soumis un fichier. Le fichier est actuellement traité mais les modifications que j'ai faites sur certains noeuds n'ont pas été prises en compte. |
| Commentaire de Antoine Koener [ 25/sept./06 14:48 ] |
|
D'autres pistes ? |
| Commentaire de Judd OSullivan [ 04/avr./07 11:16 ] |
|
Je resoude ce bug en esperant que ce n'est plus d'actualité:) A ma connaissance, hercule n'est plus accessible via l'interface--il travaille uniquement sur les batchs. Donc même si tu précise 'hercule' sur la page 'changement de serveur', tu accede pas à hercule parce qu'il n'est pas dans le pool de 'workers'. C'est peut-être la source d'erreur. D'ailleurs ca souleve deux questions : -pq hercule est toujours disponible dans le dropdown en BO ? -comment peut l'équipe param recharger un cache ? |
[APP-23446] [UK] Affichage BO du mode Recorded au lieu de Certifié Création: 03/déc./08 15:52 Mise à jour: 27/mai/09 11:40 Résolue: 27/avr./09 18:14 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | 47.0.0 (TX-G) |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Recette |
| Projets PM: | *** RESERVE *** |
| Description |
|
Exemple: http://bo.pm.bollinger:2680/purchase_back?action=itemview&itemid=45040747 Certainement herité de l'Espagne mais changer toutes les occurences en BO de "certifié" par "recorded" plus en rapport avec le fonctionnement UK. Pour normal au lieu de standard on peut laisser. |
| Commentaires |
| Commentaire de Arnaud Forgues [ 05/déc./08 17:22 ] |
|
Pour le coup, soit on est cohérent et on modifie
explicitement tous les modes d'expéditions sur ES et UK et ainsi on
obtient : FR : Normal Suivi Recommandé Chronopost Retrait ES : Ordinario Certificado UK : Standard Recorded Sinon on ne change rien ! |
| Commentaire de Arnaud Forgues [ 10/déc./08 16:00 ] |
|
J'ai refait une passe sur le sujet et voici les résultats : - en BO, on affiche 214 fois des labels de table de code (état, qualité, type ...) pour lesquels : * 211 n'utilisent pas la traduction définie dans IG mais la valeur par défaut (qui est donc en français) ==> cas du mode d'expédition "Certifié" (= "Recorded" en UK) * 3 seulement utilisent la traduction définie dans IG parmis lesquels : . la cause de sinistre sur la fiche garantie . la cause de sinistre sur la fiche article . l'état des objets media_reference (image, video ..) dans la fiche annonce - la règle a donc été clairement jusqu'à présent de ne pas traduire le Back Office (les 3 cas ci-dessus étant des oublis/erreurs de codage) ==> Il me paraît donc non opportun de faire une telle modification. Je met donc le JIRA en STANDBY chez Dispatcher-TX si jamais on souhaite faire cela un jour, car il faudrait alors réfléchir au bon moyen de le mettre en place (=proprement) |
[CAT-1390] Ecran BO produit - Affichage des fiches de type Reproduction Création: 09/févr./09 14:15 Mise à jour: 12/févr./09 19:07 Résolue: 12/févr./09 19:07 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Configuration produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Carole Boucheny |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Description |
|
Le "Type" des fiches-produit listées en BO suite à une recherche apparait remplacé par "$rawListTopic" (voir PJ)
|
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 09/févr./09 18:10 ] |
| - Présence de "$rawListTopic" dans la conf produit (cf. PJ "ConfPRD_rawListTopic"); |
| Commentaire de Aurélien Vergalli [ 10/févr./09 09:58 ] |
| Du coup, idem sur fomulaires MeV. |
| Commentaire de Carole Boucheny [ 10/févr./09 10:44 ] |
| J'ai corrigé les configurations produits. |
| Commentaire de Marion Anfreville [ 12/févr./09 14:33 ] |
| Le problème est encore visible un peu partout sur le site (MeV, bloc "ça vient d'arriver", etc...) => lié à la suppression de Mediums. |
| Commentaire de Marion Anfreville [ 12/févr./09 14:45 ] |
|
Benoît, Edouard, est-ce qu'on prend bien en compte un
changement sur les "$!product.getMediumName()" qui peuvent être utiliser
dans les config produit ? => exemple summary de la config produit reproduction => RawListTopic = $!product.getMediumName() |
| Commentaire de Carole Boucheny [ 12/févr./09 15:34 ] |
|
Pour le front : Il manquait "intitulé du formulaire" sur certaine mise en vente. En ce qui concerne le BO, ça se passe du côté dev. |
| Commentaire de Manuel Sadok [ 12/févr./09 18:34 ] |
|
Il faut tout de même corriger la configuration produit en
remettant les anciennes valeurs dans le champs 'Pluriel (maj)' au lieu
de '$rawListTopic'. En effet, ce champ n'est pas destiné à recevoir du
Velocity, mais du texte brut ! |
| Commentaire de Manuel Sadok [ 12/févr./09 19:07 ] |
| Bon ben pour que ça soit effectif dès demain matin, j'ai fais les modifications moi-même. |
[APP-13536] recherche panier en BO, pas possible filtrer sur cofinoga Création: 30/oct./06 18:16 Mise à jour: 25/juin/07 18:46 Résolue: 31/oct./06 10:09 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Paiement |
| Affecte la/les version(s): | 9.0.4.1 (COF) |
| Version(s) corrigée(s): | 9.0.4.1 (COF) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Patrick Condevaux | Attribution: | Niall Boylan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Description |
|
Dans la recherche panier du BO, il n'y a pas de filtre
permettant de retrouver les paniers payés avec des cartes cofinoga contrairement a ce qui est indiqué dans la spec (page10) |
| Commentaires |
| Commentaire de Manuel Sadok [ 30/oct./06 18:33 ] |
|
La demande était plutôt que la fonctionalité de recherche
fonctionne même en mettant un numéro Cofinoga, ce qui est le cas. Niall, si ce qui est en place actuellement convient, fermer ce bug. |
| Commentaire de Niall Boylan [ 31/oct./06 10:09 ] |
|
En effet, la demande n'était pas très claire. J'ai testé en BO et la recherche de panier me convient. Je ferme donc le JIRA. |
[APP-10498] En integ, sous Opera, dans le BO, des dropdowns débloquent dans certains cas. Création: 14/juin/06 16:20 Mise à jour: 25/juin/07 18:40 Résolue: 16/juin/06 18:18 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 9.0.0a |
| Version(s) corrigée(s): | 9.0.1 |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Fabrice Tiercelin | Attribution: | Dispatcher (Dev) |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Integ |
| Navigateur: | Opera |
| Description |
|
- Aller dans BO -> Produit - Modifier une dropdown (ex. Type) - Selectionner une autre dropdown avant un rafraichissement Bon, ça n'a pas l'air très important non plus. |
| Commentaires |
| Commentaire de Christophe Garcia [ 16/juin/06 18:18 ] |
| Le BO ne bossee pas sous Opéra |
[INF-499] Accès à distance réseau local + BO pour Marion Anfreville Création: 06/juil./10 16:44 Mise à jour: 07/juil./10 14:37 Résolue: 07/juil./10 14:37 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jérôme Viviès | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Nous aurions besoin que Marion puisse travailler à distance. Elle aura besoin de : - accès au BO - accès au réseau (fichiers de travail partagés) De plus : est-il possible de voir avec elle s'il est productif de migrer rapidement vers gmail (?) |
| Commentaires |
| Commentaire de Stéphane Eccli [ 07/juil./10 14:37 ] |
|
l'interface webmail de Gmail n'est pas plus pratique que
l'actuelle. de chez elle, elle ne pourra pas non plus les consulter via
un client de messagerie. autant qu'elle reste tel quel. je viens de créer son compte VPN. je lui envoi par mail avec la doc. |
[EXP-4680] [UK] Sécurisation des opérations de finalisation sur BO UK Création: 14/janv./09 11:31 Mise à jour: 04/mai/09 09:53 Résolue: 29/avr./09 17:24 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Cedric Favero | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Description |
|
Sur des opérations comme un crédit porte-monnaie , il y a
toujours une étape de finalisation par opérateur et qui demande un mot
de passe spécifique. Ce mot de passe n'a pas été configuré sur le BO UK , ce qui represente une faille importante. C'est le cas aujourdh'ui sur http://bouk.priceminister.jmh et çà le sera aussi sur http://bo.priceminister.co.uk On peut garder le meme mot de passe que sur FR et ES. Merci. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 14/janv./09 12:59 ] |
| C'est wallet admin qu'il faut protéger ? |
| Commentaire de Jérémie Bennejean [ 14/janv./09 15:16 ] |
| C'est en place, merci de tester. |
| Commentaire de Claire Durand [ 14/janv./09 15:22 ] |
| ça marche pas jeremie |
| Commentaire de Jérémie Bennejean [ 14/janv./09 15:43 ] |
|
J'ai mis le mot de passe avec l'orthographe souhaité... re test ça doit fonctionner. |
| Commentaire de Claire Durand [ 14/janv./09 15:49 ] |
| tjrs pas |
| Commentaire de Cedric Favero [ 15/janv./09 09:09 ] |
|
Claire , tu peux etre plus précise dans tes réponses que juste "çà marche pas". Sur quel serveur? le mot de passe est pas le bon? Merci. |
| Commentaire de Jérémie Bennejean [ 15/janv./09 09:22 ] |
|
J'ai fais un test et j'ai demandé à d'autres personnes d'en faire un. Sur IE et Firefox. Le mot de passe est le bon. Il s'avère que dans le cas d'IE, l'authentification avec le user BO est redemandé aprés celui du user pmbackofficepmv. |
| Commentaire de Cedric Favero [ 15/janv./09 09:32 ] |
|
Je confirme de mon coté que çà fonctionne. Merci bcp. |
| Commentaire de Claire Durand [ 20/janv./09 11:24 ] |
|
salut, je dois encore me reconnecter plusieurs fois sur IE, ce problème n'existe pas sur bo france ou bo espagne. Peux-tu me dire Jérémie pourquoi ça ne fonctionne pas sur bo uk ? Merci Claire |
| Commentaire de Jérémie Bennejean [ 29/avr./09 17:24 ] |
|
Depuis le changement de système d'authentification ce jira n'est plus d'actualité. En cas de problème, merci de rouvrir ce jira. |
| Commentaire de Cedric Favero [ 29/avr./09 18:37 ] |
|
Claire tu confimes que c'est corrigé? Merci |
| Commentaire de Jérémie Bennejean [ 04/mai/09 09:53 ] |
|
Je me suis peut-être mal exprimé. Le système d'authentification existant à la création du jira n'existe plus. Il est remplacé par un nouveau mécanisme. En tant que tel le jira n'est donc plus d'actualité. Néanmoins, vois pouvez me signaler toute anomalie. |
[APP-29076] Messagerie BO plantée : impossible de répondre aux utilisateurs Création: 08/avr./10 14:33 Mise à jour: 16/avr./10 14:04 Résolue: 08/avr./10 18:42 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Mails |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 67.0.0 (CTN-Q) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni, FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
En BO, lorsqu'on souhaite répondre au message d'un utilisateur, un message d'erreur apparait : "null; CausedByException is: null" Ce message s'affiche également à la page "Templates de mails". Bug certainement provoqué par la création d'un template de mail directement en BO avec le domaine "Coupons". |
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 08/avr./10 14:33 ] |
| On me signale que FR est fonctionnel. Merci Alex. |
| Commentaire de Alexandre Garnier [ 08/avr./10 14:41 ] |
| La stacktrace en PJ |
| Commentaire de Alexandre Garnier [ 08/avr./10 14:48 ] |
| Pour correctif à court terme : suppression du template temporaire en base --> utilisation des templates de mails de retour à la normale. |
| Commentaire de Alexandre Garnier [ 08/avr./10 14:53 ] |
| Problème de l'ajout d'un mail BO sur un groupe qui ne possède aucun mail IG... |
| Commentaire de Alexandre Garnier [ 08/avr./10 15:26 ] |
|
Le problème est donc d'avoir ajouté le template de mail au
groupe "fidelisation" qui est vide en FR et UK et donc considéré comme
un séparateur qui ne possède alors pas de liste de templates. Pour pouvoir utiliser le template en PROD dès maintenant, il suffit donc de le créer dans un groupe qui possède bien des templates et de le déplacer une fois que le bon groupe est en PROD. |
| Commentaire de Alexandre Garnier [ 08/avr./10 15:31 ] |
|
En fait il y a 2 problème : * la recherche BO sur le groupe 'fidelisation' (qui est vide) provoque l'affichage du groupe suivant qui est un séparateur (donc effectivement sans liste de templates) * on peut ajouter des templates à des groupes séparateurs ce qui provoque le plantage --> corriger la recherche + empêcher la creation de template sur des groupes séparateurs (cacher le bouton + empêcher l'action) |
| Commentaire de Alexandre Garnier [ 08/avr./10 18:18 ] |
|
Correctif en PJ (faire un 'bzr merge |
| Commentaire de Alexandre Garnier [ 08/avr./10 18:42 ] |
| Corrigé sur la branche CTN pour la CTN-Q |
[APP-30102] Images-produit supprimées Bo visibles en front Création: 24/juin/10 16:06 Mise à jour: 06/janv./11 12:34 Résolue: 06/janv./11 12:34 |
|
| Etat: | Résolu |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 71.0.1, 80.0.0 (VEN-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Navigateur: | Tous | ||||||||
| Description |
|
Fiche en Front: http://bo.priceminister.com/offer/buy/100530173 Evènements de suppression des images: http://bo.priceminister.com/image_back?action=imageview&productid=100530173 Précision: cas d'autant plus problématique que cette suppression intervient suite à une demande d'ayant-droits. |
| Commentaires |
| Commentaire de Benoît Bourdon [ 12/juil./10 13:42 ] |
|
hello Aurélien, je viens de voir ce jira ... en avais-tu
discuter avec Edouard ? en fait je ne comprends pas car sur le produit
ci-dessus il n'y a que des images validées ... (elles ont été supprimées
par Patrick par ailleurs c'est ça ?) Tu as d'autres exemples ??? |
| Commentaire de Jean-Sébastien Franck [ 21/juil./10 16:59 ] |
|
J'ai regardé les données en base et effectivement il n'y a
plus qu'une seule image dans la gallery de ce produit. L'autre image a
donc bien été nettoyée. Sans un autre exemple, ça va être difficile de faire une analyse et de trouver le problème... |
| Commentaire de Jean-Sébastien Franck [ 21/juil./10 17:17 ] |
|
Je n'ai pas réussi à reproduire le problème. J'ai supprimé
une image en BO et celle-ci a bien perdu sa visibilité côté front. Je ferme le Jira en non reproductible. |
| Commentaire de Aurélien Vergalli [ 03/août/10 15:08 ] |
|
Nouvel exemple pour ce problème sur lequel on tombe de temps à autre. http://bo.priceminister.com/image_back?action=imageview&productid=103894895 http://bo.priceminister.com/offer/buy/103894895/robe-de-mariee-linea-raffaelli-pret-a-porter.html |
| Commentaire de Manuel Sadok [ 09/août/10 16:17 ] |
| Il semble que le produit n'a pas été re-summarysé après la suppression de l'image : 1 image physique de visible, mais 2 dans le summary... |
| Commentaire de Manuel Sadok [ 10/août/10 10:58 ] |
|
Florian a vu avec toi Aurélien et le problème semble se
produire très rarement. On conserve le jira ouvert, mais je baisse sa
criticité. Pour info, si vous avez un problème avec un ayant-droits, vous pouvez régler le problème en recalculant le summary du produit concerné. |
[CAT-710] Produits en BO - Manque le champ Nb de support Création: 10/juin/08 16:30 Mise à jour: 11/juin/08 13:52 Résolue: 11/juin/08 13:52 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Configuration produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Description |
|
Même problème que lors de l'ouverture du site ES : il manque le champ Nb de support sur les fiches produits en BO. Ex : product id = 26137126 (cf. imprime écran) |
| Commentaires |
| Commentaire de Marion Anfreville [ 10/juin/08 16:39 ] |
| à prendre en compte pour déploiement d'une nouvelle plateforme (nouveau site/pays). |
| Commentaire de Edouard Gomez-Vaez [ 10/juin/08 17:06 ] |
| Je ne sais pas du tout comment c'est géré ça ! Geneviève, tu sais ? |
| Commentaire de Geneviève Beaujard [ 11/juin/08 12:28 ] |
|
C'est de la conf (Configuration produit) Il suffit de cocher la case 'Afficher le nombre de medium' (champ show_medium_count de prd_configuration). Cette case est dans le groupe General |
| Commentaire de Marion Anfreville [ 11/juin/08 13:52 ] |
|
Ok, ça roule. J'ai coché le paramètre "Afficher le nombre de support" dans toutes les config produit uk : cd, vinyle et figurine + rechargement cache configuration produits. Ce paramètre permet d'afficher sur la FP en BO une textbox pour le nb de support. |
[APP-21042] BO > Recherche de valeurs > Mauvais classement des données Création: 02/juil./08 16:37 Mise à jour: 18/sept./08 09:52 Résolue: 04/juil./08 15:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 29.0.0 (CAT-Cbis) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Fabien Farache | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Dans le BO lorsque nous faisons des recherches (valeurs,
attributs, ...) le résultat retourné est classé par ordre alphabétique
de clé or il faudrait que ce soit classé par ordre alphabétique sur les
label (comme avant...) Merci d'avance |
| Commentaires |
| Commentaire de Marion Anfreville [ 04/juil./08 13:40 ] |
|
Tri a effectuer sur les écrans "Valeurs d'attributs" et
"Outil valeurs d'attributs" (recherche valeurs attribut et OTM VA) : http://bo.priceminister.com/referential_back?action=attributevaluesearch&numberrows=200 http://bo.priceminister.com/referential_back?action=mptattributevalue&numberrows=200 |
| Commentaire de Geneviève Beaujard [ 04/juil./08 15:28 ] |
|
OK. Seule l'url http://bo.priceminister.com/referential_back?action=attributevaluesearch&numberrows=200 était concernée. Checking in AttributeValueSearchAction.java; /home/cvs/dev/source/src/com/babelstore/referential/back/AttributeValueSearchAction.java,v <-- AttributeValueSearchAction.java new revision: 1.14.36.1; previous revision: 1.14 done |
| Commentaire de Edouard Gomez-Vaez [ 26/août/08 18:15 ] |
| Partira en même temps que autocomplete (la branche autocomplete est partie de CAT-D, tout au début, et donc contient quelques jira) |
[APP-22506] [Crédit-PMV] Présence d'opérations en état "Crée" en BO Création: 08/oct./08 12:24 Mise à jour: 27/mai/09 12:44 Résolue: 27/mai/09 12:39 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Porte-Monnaie |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 47.0.0 (TX-G) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Description |
|
- En abandonnant une demande de crédit PMV, juste
après l'état du choix du mode de règlement, il y'a une opération de
crédit PMV qui est quand même créée en BO; (Cf. PJ); - De plus, les demandes de crédits en Etat "Créé" ne sont pas traités par le BO - Serait-il possible de ne permettre la création d'opération de crédit qu'une fois la demande effectuée jusqu'au ? |
| Commentaires |
| Commentaire de Emeric Teil [ 08/oct./08 12:34 ] |
| Rien de nouveau sur ce sujet. Cela fait déjà l'objet d'une demande de la part du BO, afin d'avoir quelque chose de plus "clair". Ce n'est cependant pas très important, et sera traité le jour où on reverra la cinématique/le process de demande d'alimentation du PMV. |
| Commentaire de Christophe Garcia [ 27/mai/09 11:42 ] |
| A garder sous le coude alors ... |
| Commentaire de Emeric Teil [ 27/mai/09 12:39 ] |
| On le garde sous le coude, mais pas besoin d'un Jira. |
| Commentaire de Christophe Garcia [ 27/mai/09 12:44 ] |
| Ha, les objectifs ... |
[APP-27317] [BO] Disparition des questions et réponses post-vente sur transaction Création: 18/nov./09 10:18 Mise à jour: 18/nov./09 14:26 Résolue: 18/nov./09 12:51 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 57.0.0 (CTN-N) |
| Version(s) corrigée(s): | 57.0.1 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM archivés: | Q&A Produit | ||||||||
| Description |
|
Sur les fiches-articles, toutes les questions et réponses post-vente ont disparu. Voir la question ci-dessous : http://bo.priceminister.es/question_back?action=questionbackview&questionid=17717968 Acceptée et pourtant sur la fiche correspondante rien : http://bo.priceminister.es/purchase_back?action=itemview&itemid=56998804 Le bug est signalé sur les 3 plateformes. |
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 18/nov./09 10:24 ] |
| Très gênant pour le BO car ces questions et réponses servent au bon traitement des réclamations. |
| Commentaire de Fabrice Feugas [ 18/nov./09 11:19 ] |
| On regarde ça rapido. |
| Commentaire de Christophe Garcia [ 18/nov./09 11:31 ] |
|
Merci de ne pas toucher à la criticité. Si les claims ne peuvent être traitées correctement, c'est du CA qui s'évapore et des internautes agacés ==> BLOQUANT |
| Commentaire de Fabrice Feugas [ 18/nov./09 11:35 ] |
| ... Ca va chercher loin |
| Commentaire de Renaud Dierickx [ 18/nov./09 12:51 ] |
| C'est corrigé ! |
[APP-28621] Message assigné non répondu, n'apparait pas sur le compte Création: 05/mars/10 10:11 Mise à jour: 24/janv./11 12:33 Résolue: 24/janv./11 10:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 84.0.1.2 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | CoSAV : Dates des actions / Gestionnaire de transaction |
| Description |
|
Voir la liste de messages du compte "towanda31", ci-dessous :
http://bo.priceminister.jmh/message_back?action=usrmessagesearch&isdateorderdesc=true&userid=19273066 Le message du 04/03, en boite "back MESS ASSIGNÉS" et à l'état "non répondu", n'apparait pas dans la liste des messages disponible sur la page "Utilisateur" : http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=19273066 Une notification est pourtant bien présente dans "Dates d'action" : http://bo.priceminister.jmh/actiondate_back?action=actiondatesearch&filter_mode=1&entity_type_code=&eac_type_code=&action_date=05/03/2010&pst_team_code=10&pm_staff_id=63¬ified=true&sort_type=0&number_rows=200&x=21&y=14 |
| Commentaires |
| Commentaire de Clement Balay [ 18/mai/10 13:43 ] |
|
Normal, dans la fiche utilisateur, on n'affiche que les domaines: - USER - USER_CLAIMS - USER_FRAUD - USER_STATS - REVIEWER_STATS Or, le message est du domaine ITEM. On pourrait le rajouter mais à voir avec EMT si ça vaut le coup. Je ré-affecte le jira |
| Commentaire de Emeric Teil [ 17/janv./11 16:26 ] |
| Habib, perso je pense que ce n'est pas nécessaire... si tu es OK, je te laisse fermer ce Jira en "aucune corr...". Merci |
| Commentaire de Habib-Sylvain Gourguet [ 17/janv./11 16:44 ] |
|
Emeric,
Je réagis trop tard, mais contrairement aux dires de Clément, le message était du domaine "USER" à l'époque de la création du JIRA (et a été associé plus tard pour traitement SAV). Pour preuve, il n'y a jamais eu de date d'action/gestionnaire sur l'article auquel est associé le message en question : http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=125985676 Il y a par contre bien eu un gestionnaire sur le compte de l'utilisateur. Il y avait bien bug... Mais j'imagine qu'il va être difficile de creuser aujourd'hui ? |
| Commentaire de Emeric Teil [ 17/janv./11 17:17 ] |
|
Effectivement, ça va être un peu compliqué :o)
==> Comment tu veux faire ? Tu le gardes chez toi et si ça ressort tu nous le renvoie ? ou bien on le ferme pour le moment, quitte à le ré-ouvrir si nouveau cas ? |
| Commentaire de Habib-Sylvain Gourguet [ 24/janv./11 10:25 ] |
|
Je le rouvre si on a un nouveau cas déclaré.
Merci. |
[APP-20690] Impossible de refuser une opération de crédit BO depuis le détail operation Création: 29/mai/08 11:04 Mise à jour: 30/mai/08 14:56 Résolue: 30/mai/08 10:31 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 22.1.1 |
| Version(s) corrigée(s): | 22.1.2 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Arnaud Forgues | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Classif1: | PMV |
| Classif2: | operation |
| Projets PM archivés: | Paiement - Automatisation bordereaux |
| Description |
|
Depuis le déploiement de la TX-A, il est impossible
d'éffectuer un refus sur un crédit BO, dans le cas où le SAV a utilisé
la macro de remboursement PMV à tort. Du coup, ils sont obligé de
finalisé les opérations puis de créer une opération de débit BO du
montant opposé. Cela n'est pas du tout pratique et on n'a aucun lien
entre ces 2 opérations si on souhaite les rapprocher ultérieurement dans
des rapports BI. Du coup, il faut autoriser le refus d'une opération dans l'état APPROVED dans le cas ou il s'agit d'un crédit BO. A tester donc uniquement le refus d'une opération en BO : c'est le seul impact possible de la correction |
| Commentaires |
| Commentaire de Emeric Teil [ 29/mai/08 13:30 ] |
| Quid des Crédit Bo Récup chèque et des débits BO ??? |
| Commentaire de Arnaud Forgues [ 30/mai/08 10:31 ] |
| oK |
[APP-5107] BO Produit / Recherche : Recherche par groupe d'états Création: 18/nov./04 16:05 Mise à jour: 25/juin/07 18:26 Résolue: 11/juil./05 18:16 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 8.0.4 |
| Version(s) corrigée(s): | 8.0.4 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Emmanuelle Lachamp | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
quand on lance une recherche en bo, sans critere d'etats, tous apparaissent, dont les purgés. y a t'il vraiment une utilité à cela ? je trouve que cela gene la visibilité et je ne vois pas à quoi ca peut servir peut on les supprimer ? emma |
| Commentaires |
| Commentaire de Quentin de Chivré [ 23/nov./04 17:52 ] |
|
Ca ne me parait pas la bonne solution. On pourrait juste les afficher en gris clair par exemple ... ? |
| Commentaire de Emmanuelle Lachamp [ 23/nov./04 18:19 ] |
|
et une case à cocher ? genre par defaut on affiche pas les purges, et on decoche la case si on les veut ? le but etant de rendre la recherche de produit plus visible |
| Commentaire de Quentin de Chivré [ 21/juin/05 13:26 ] |
|
Prendre en compte des groupes d'états dans la recherche par défaut (voir recherche panier) |
| Commentaire de Renaud Dierickx [ 11/juil./05 18:16 ] |
|
Comme dans la recherche d'articles, on effectue des recherches de produits par groupes d'états. Par défaut, l'utilisateur fera une recherche produit pour tous les états sauf l'état purgé. |
[APP-6042] BO : mapping valeur d'attribut : impossible de spécifier un support Création: 24/oct./05 09:46 Mise à jour: 25/juin/07 18:32 Résolue: 25/oct./05 09:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.6b |
| Version(s) corrigée(s): | 8.0.8 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Fabien Farache | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
J'essaye de faire un mapping sur une valeur d'attribut. Sur la valeut concernée je précise l'attribut , le type et le support. Lorsque je valide l'attribut et le type sont bien pris en compte mais pas le support (rien apparait dans la case "support") |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 25/oct./05 09:23 ] |
|
il s'agissait du type decoration. c'est une question de conf. pour avoir la possisibilité de prendre en compte les mediums il faut cocher 'medium correspondant a un sous type' pour le type en question dans l'arbre des categories. |
[APP-20529] [PRE-DEPLOY][Auto] Slide show sur BO et sur IG Création: 15/mai/08 10:32 Mise à jour: 16/juil./08 09:12 Résolue: 15/juil./08 14:13 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Infoglue, Promo |
| Affecte la/les version(s): | 21.0.0 |
| Version(s) corrigée(s): | 25.0.0 (CTN-D) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Nerea Prieto | Attribution: | Ariane Baldinger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Classif FONC: | comarket |
| Projets PM archivés: | Co-Market POST-V21 |
| Description |
|
Il faut paramétrer le banner d'entête lagardère pour les pop up images (slide show) du à un problème dans IG |
| Commentaires |
| Commentaire de Nerea Prieto [ 15/mai/08 10:41 ] |
| C'est fait en bo et publié en FO |
| Commentaire de Nerea Prieto [ 06/juin/08 09:30 ] |
| Pour la V25 maintenant |
| Commentaire de Ariane Baldinger [ 18/juin/08 09:54 ] |
| il faudra, la veille de la V25, désactiver le noeud 294507 en BO Prod FR. |
| Commentaire de Ariane Baldinger [ 15/juil./08 14:13 ] |
| noeud à l'état supprimé en PROD. |
[APP-20394] Fiches supprimées en BO - stock apparait en négatif Création: 25/avr./08 09:56 Mise à jour: 30/juin/08 14:49 Résolue: 25/juin/08 14:40 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Annonces, Produits |
| Affecte la/les version(s): | 20.1.1 |
| Version(s) corrigée(s): | 24.0.0 (CAT-C) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM archivés: | Maintenance CAT-C | ||||||||
| Description |
|
Une fiche produit supprimée en BO affiche "normalement" un
stock nul, donc 0. Désormais le stock peut-être négatif ! (cf exemple :
stock -10 sur fiche mobile supprimée avec stock initial de 10) . C'est nouveau ? |
| Commentaires |
| Commentaire de Aurélien Vergalli [ 25/avr./08 10:00 ] |
|
Lien vers la fiche donnée en exemple : http://bo.priceminister.com/referential_back?action=productview&productid=64106891 |
| Commentaire de Espérance Galouo-Lece [ 25/avr./08 18:23 ] |
|
- Le problème est dû au fait qu'une FP créer par un
utilisateur en vacance possède un stock = 0, par contre l'annonce qu'il
joint à sa FP possède un stock > 0; - Ce qui fait qu'en fermant l'annonce depuis de BO, au stock de la FP est soustrait celui de l'annonce; - Cf. PJ réaliser avec un compte en vacance (VendeurEnVacance_FP_Créée_Stock_0.JPG, VendeurEnVacance_Annonce_Créée_Stock_10.JPG); |
[APP-16437] rafraichissement cache non synchronisé entre bo et www pour un même serveur Création: 22/mai/07 17:54 Mise à jour: 05/juil./07 16:49 Résolue: 12/juin/07 13:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | 14.1.1 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Julien Sananikone | Attribution: | Julien Sananikone |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | Maintenance 15.x.x |
| Description |
|
J'ai changé un label de noeud de navigation produit dans
l'arbre des catégories de "1cts" vers "1 ct" puis après maints
rafraichissements de cache navigation produit et plus d'une semaine
écoulée j'ai toujours "1cts" dans le div nntop_blk alors que le chemin
de fer et le h1 sont bons ("1 ct"): tout ça sur www. Pourtant en bo. j'ai "1 ct" partout (chemin de fer, h1 et div nntop_blk) bien entendu je parle de www. et bo. pour un même serveur (amphore par exemple) : en le constant en affichant le code source de la page |
| Commentaires |
| Commentaire de Julien Sananikone [ 22/mai/07 17:54 ] |
| ecran en www |
| Commentaire de Julien Sananikone [ 22/mai/07 17:54 ] |
| ecran en bo |
| Commentaire de Nicolas Chauveau [ 23/mai/07 12:12 ] |
|
La différence est liée à la Dynamo. La valeur stockée en base (1ct ) est surchargée par la valeur définie par le Réferencement (1cts). En BO on voit la "vraie" valeur, le [D] orange permet de voir la valeur Dynamo lors qu'on passe le curseur dessus. Je laisse Emmanuel prendre la main si vous souhaitez faire modifier cette valeur. |
| Commentaire de Emmanuel Benmussa [ 06/juin/07 17:20 ] |
|
Merci donc de me donner la règle exacte à modifier.je ferais un fichier Dynamo en conséquence... Merci |
| Commentaire de Julien Sananikone [ 12/juin/07 13:26 ] |
|
ok, j'ai bien compris la raison du décalage BO/Front : je ferme donc en invalid par contre serait-il possible d'avoir une petite doc afin qu'on sache comment géré ce décalage côté param merci |
[APP-9290] [Nouvelle Charte] BO > Problèmes annonces > Modifier le commentaire Création: 16/mai/06 14:48 Mise à jour: 25/juin/07 18:38 Résolue: 15/janv./07 10:55 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Younès Charrière | Attribution: | Geneviève Beaujard |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Integ |
| Classif1: | BO |
| Classif2: | BO - probleme annonce |
| Projets PM archivés: | Maintenance 12.0.0 |
| Description |
|
Lorsque l'on modifie en BO le commentaire du signalement
d'une mauvaise annonce, on perd toutes les informations (le pseudo de la
personne ayant saisie le problème, le détail de l'annonce, le pseudo du
vendeur, etc...) est-ce normal? Parce que à ce moment là le signalement ne sert plus à rien. |
| Commentaires |
| Commentaire de Younès Charrière [ 16/mai/06 14:57 ] |
| En fait, maintenant lorsque l'on modifie ou supprime le commentaire, le signalement est supprimé alors que c'est le rôle de la fonction "Rejeter le problème" à prioris. |
| Commentaire de Arnaud Forgues [ 18/mai/06 10:17 ] |
|
je ne connais pas ce mécanisme, et avec les modifications
sur le bloc de navigation pour la problématique de référencement, je ne
vais pas aider pour ce bug car je n'aurais sans doute pas le temps ... Je te laisse voir qui connait et peut se charger de ca (peut etre que Genevieve connait mais ce n'est meme pas sur .) |
| Commentaire de Edouard Gomez-Vaez [ 18/mai/06 16:41 ] |
| Je ne sais pas à qui donner cela. |
| Commentaire de Geneviève Beaujard [ 15/janv./07 10:54 ] |
|
Pour ma part il n' y aucun probleme. Quand on modifie le commentaire d'une annonce par le BO des problemes aanonces, cette annonce ne se retrouve plus dans la liste des problemes et c'est tout a fait normal, en effet si le BO modifie le commentaire c'est pour corriger le probleme. C'est peut être ce qui a dérouté younes. ça n'a rien a voir avec la nouvelle charte. |
| Commentaire de Younès Charrière [ 17/janv./07 15:27 ] |
|
En effet, Geneviève, j'avais ouvert ce jira un mois après
mon arrivée et donc je ne connaissais pas encore très bien
l'application. Merci pour les explications ;) |
[APP-19416] Site Espagne - Bug BO - camaras digitales Création: 24/janv./08 17:01 Mise à jour: 04/févr./08 15:07 Résolue: 04/févr./08 15:07 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 18.1.3 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Frederic vacher | Attribution: | Validator |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Salut, Dans le BO espagne, le nombre de produits mis en vente et le nombre de ventes ne sont pas comptabilisés sur les appareils photo numérique depuis un bon moment. Merci de corriger ce bug. Merci! Fred |
| Commentaires |
| Commentaire de Patrick Pereira [ 28/janv./08 12:01 ] |
|
Pb de paramètrage ? Il n'existe aucun produit en base appartement au type 2449 (Cámaras analógicas) : select count(*) from product where prd_type_code = 2449; COUNT(*) ---------- 0 Les appareils photos appartiennent visiblement au type 2249 (Cámara de vídeo y digital) camescope normalement ?!? |
| Commentaire de Frederic vacher [ 31/janv./08 15:06 ] |
| Normalement il y a 2 types différents. |
| Commentaire de Marion Anfreville [ 04/févr./08 14:22 ] |
|
Je pense que le problème ne vient pas du paramétrage mais des indicateurs présents en BO : http://bo.priceminister.es/summary (si on parle bien de ces indicateurs). Le type "Cámara de vídeo y digital" (ID : 2249) est bien le type de produit où on stock les appareils photos numériques ainsi que les camescopes. Pourquoi ? La modélisation CNet est faite ainsi : EX Produits appareils photos numériques CNet : http://bo.priceminister.es/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=Canon+ixus&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&prd_status_code=-60&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=200&do_search.x=0&do_search.y=0 Le type "Cámaras analógica" (2449) a due être créée à l'initial pour les appareils photos numériques mais pas utilisé car on s'est aperçu par la suite que CNet stockait appareils photos numériques et camescope dans la même catégorie. |
[APP-25402] BO fiche produit - Upload d'image produit KO Création: 28/mai/09 09:48 Mise à jour: 07/déc./09 15:53 Résolue: 07/déc./09 15:53 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 46.0.1.1 |
| Version(s) corrigée(s): | 50.0.0 (CAT-J) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Projets PM archivés: | Photos annonce |
| Description |
|
Message d'erreur lors d'upload image produit sur FP en BO: "Le chargement de votre image a échoué. Vérifiez que votre photo est bien au format JPEG, PNG, BMP ou GIF. Vous ne pouvez pas envoyer deux fois la même photo." |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 29/mai/09 09:01 ] |
| Vu avec CGA : ça passe juste après la TX. |
| Commentaire de Edouard Gomez-Vaez [ 29/mai/09 09:09 ] |
| Commité sur la branche release/V46 (25278). A backmerger sur le tronc dès que CGA donne le go pour préparer le patch. |
| Commentaire de Edouard Gomez-Vaez [ 03/juin/09 09:31 ] |
| Backmergé sur le tronc. Part avec la 47.0.1 a priori demain jeudi 03/06. |
| Commentaire de Aurélie Kwiatkowski [ 03/juin/09 15:37 ] |
|
Lorsqu'on clique sur soumission image dans une fiche produit
BO, on ouvre en pop-up. On se connecte et une erreur est déclenchée. Pourquoi doit-on se connecter? Les logs de l'erreur : 2009-06-03 15:30:54,509 INFO [P-Processor6] Kaurell - >>> POST http://www.pm.lan/image!action=upload&continuebtn=Continuer&popup=true&productid=8043 3256 2009-06-03 15:30:54,526 ERROR [P-Processor6] Kaurell - Load error Servlet=com.babelstore.image.front.ImageServlet Request=POST http://www.pm.lan/image!action=upload&continuebtn=Continuer&popup=true&productid=80433256 Referrer=null User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) Trace=com.babelstore.util.ApplicationException: Upload for Advert images is active for the type 1540 but there is no advert identifier in the url. at com.babelstore.image.front.UploadImageAction.isAdvertImage(UploadImageAction.java:286) at com.babelstore.image.front.UploadImageAction.execute(UploadImageAction.java:164) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:400) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:353) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:251) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:207) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:169) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) |
| Commentaire de Edouard Gomez-Vaez [ 09/juin/09 10:39 ] |
|
Bon. Ca ne marche pas en intégration uniquement sur les postes de Benoît et d'Aurélie, IE et FF. Ca marche en prod sur tous les postes. |
| Commentaire de Benoît Bourdon [ 16/juil./09 17:55 ] |
| Corrigé et déjà en prod. |
| Commentaire de Aurélie Kwiatkowski [ 24/juil./09 10:23 ] |
| Je le ferme mais le problème est toujours présent chez moi... |
[CAT-2198] [BO FP Chaussures + Montres] Liste fabricants tronquée Création: 28/oct./09 10:39 Mise à jour: 19/nov./09 13:52 Résolue: 19/nov./09 13:52 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Mise en vente, Modélisation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sandra Ferrero | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Description |
|
Suite à des modifications dans les valeurs fabricants (voir Jira En Front, le formulaire de MeV n'est pas touché en revanche. Ci-joint capture d'écran. |
| Commentaires |
| Commentaire de Marion Anfreville [ 28/oct./09 11:43 ] |
|
Modification apportée au valeur du jira |
| Commentaire de Marion Anfreville [ 28/oct./09 11:44 ] |
| Corriger sur preview, OK demain en prod. |
[APP-19525] Taux de succès import - différence entre BO et Front Office Création: 11/févr./08 16:17 Mise à jour: 03/juin/08 18:14 Résolue: 05/mars/08 18:41 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 18.1.2 |
| Version(s) corrigée(s): | 23.0.0 (CAT-B) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Marion Anfreville | Attribution: | Mostafa Diane |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||
| Site: | Prod | ||||||||||||
| Classif1: | IMPORT | ||||||||||||
| Projets PM archivés: | Maintenance CAT-B | ||||||||||||
| Description |
|
J'ai mis en place sur le format "ABEBOOKS - livres V3.0" la fonction qui permet d'ignorer des lignes du fichier. Le résultat de mon import en BO est de 76% de succès alors que le partenaire lui voit 55% de succès. Le taux de succès affiché est différent en BO et en FO ce qui est assez problématique car le partenaire se plaigner du taux de succès et les corrections faites ne sont pas visibles pour le partenaire. |
| Commentaires |
| Commentaire de Mostafa Diane [ 05/mars/08 10:58 ] |
|
les lignes ignorées ont été mal prises en compte dans le calcul du taux de succès en Front. le taux est calculé par la formule suivante lignes traités % lignes total, alors qu'il devrait être (lignes traités % (Lignes traités + ligne en erreur)). Ceci pour ne pas prendre en compte les lignes ignorées dans ce calcul. Marion, est ce que tu es d'accord avec cette formule? |
| Commentaire de Mostafa Diane [ 05/mars/08 18:41 ] |
| Les statistiques des fichiers en FO sont corrigées |
| Commentaire de Arnaud Forgues [ 05/mai/08 11:53 ] |
| Mostafa, tu as fait cette correction sur quelle branche ? ca va vraiment passer en V22 ? |
| Commentaire de Mostafa Diane [ 16/mai/08 15:57 ] |
| J'ai résolu ce jira dans le cadre de la chasse au jira. il faut que je regarde si elle est sur la V22 |
| Commentaire de Edouard Gomez-Vaez [ 16/mai/08 17:56 ] |
|
dans les logs CVS : # 2008-03-05 18:41 - dianem # dev/source/src/com/babelstore/datafile/front/AdvFileHistory.jsp:1.34.84.1 Corrigé sur TRUNK_CAT_200803 donc sort en CAT-B (a priori V23). |
| Commentaire de Marion Anfreville [ 03/juin/08 18:14 ] |
| semble corriger en integ => import mois de mars de merlecris, % de succès identique en BO et FO. |
[APP-23936] correction liens bo suite centralisation pmv Création: 14/janv./09 15:28 Mise à jour: 03/avr./09 14:58 Résolue: 31/mars/09 09:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 38.0.0.1, 44.0.0 (TX-F) |
| Version(s) corrigée(s): | 44.0.0 (TX-F) |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Claire Durand | Attribution: | Fabien Bourdoulous |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM archivés: | Paiement - Nettoyage PMV |
| Description |
|
1) bo > pmv > voir historique le "C" orange du pseudo doit renvoyer vers la page mon pmv en fo non > /wallet?action=list oui > /wallet?action=wltview&oprcount=30&oprfilter=ALL 2) bo > compensations > finances > "C" non > /wallet?action=wltview&oprcount=30&oprfilter=ALL oui > /wallet?action=wltview&oprcount=30&oprfilter=CREDIT_COMPENSATION Merci bcp Claire |
| Commentaires |
| Commentaire de Cedric Favero [ 15/janv./09 15:56 ] |
|
Fait partie effectivement de la demande que je t'ai faite de
centraliser toutes les adaptations nécessaires suite à la
centralisation PMV. Le mieux est de toutes les regrouper afin de faire un tir groupé. |
| Commentaire de Quentin de Chivré [ 06/mars/09 18:17 ] |
| A faire dans le cadre du nettoyage |
| Commentaire de Arnaud Forgues [ 09/mars/09 10:17 ] |
| A vérifier, mais je pense que le nettoyage PMV sera passé dessus par construction (on supprime l'action OperationListAction : wallet?action=list) |
| Commentaire de Arnaud Forgues [ 30/mars/09 18:49 ] |
| Fabien, c'est corrigé ça non ? A résoudre ? |
| Commentaire de Aurélie Kwiatkowski [ 03/avr./09 14:58 ] |
|
1) bo > pmv > voir historique le "C" orange du pseudo doit renvoyer vers la page mon pmv en fo non > /wallet?action=list => Pas de PMV donc pas de "C" orange du pseudo oui > /wallet?action=wltview&oprcount=30&oprfilter=ALL => OK 2) bo > compensations > finances > "C" non > /wallet?action=wltview&oprcount=30&oprfilter=ALL => renvoie vers "/activation" oui > /wallet?action=wltview&oprcount=30&oprfilter=CREDIT_COMPENSATION => OK |
[APP-3152] BO Produit / Création : qu'en est il des produits compléments ? Création: 26/nov./04 10:34 Mise à jour: 25/juin/07 18:26 Résolue: 12/juil./05 15:15 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 7.2.8val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Validator | Attribution: | Renaud Dierickx |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
J'ai créé des produits type Mode & textile en mode de
base. Apparemment, il n'y a aucun moyen de migrer ces produits vers le
mode complément : on ne peut pas créer de produits compléments rattachés
à un produit de base en BO. Ceci interdit toute soumission bo de produits (dans le cas d'un nombre limité de produits, l'équipe commerciale a l'habitude de fonctionner manuellement pour éviter la perte de temps de l'écriture d'un format d'import utilisé une seule fois) et surtout on ne pourra pas faire la migration des produits textiles existants sur le site. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 12/juil./05 10:24 ] |
| Discuter avec Nicolas et suggérer une solution |
| Commentaire de Nicolas Gréhalle [ 12/juil./05 14:44 ] |
| Vu les évolutions envisagées pour la création de produit en BO, on abandonne |
[IMP-811] creation p+f+maj ecrasement+compte FTP pour deuxième compte DECITRE Création: 31/mai/07 16:40 Mise à jour: 30/oct./09 15:51 Résolue: 06/juin/07 11:06 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Anne Korchia | Attribution: | Espérance Galouo-Lece |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | TOUTILIBRIS |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
creation p+f+maj ecrasement+compte FTP pour deuxième compte DECITRE
|
| Commentaires |
| Commentaire de Marion Anfreville [ 31/mai/07 17:04 ] |
|
Anne, le compte decilibris fait plus de l'entrées/sorties que de l'écrasement. En fait, le compte decilibris à 3 profils : Entrées Sorties Ecrasement Faut-il faire la même chose (même traitement et même format d'import) que pour le compte decilibris ? |
| Commentaire de Anne Korchia [ 04/juin/07 10:16 ] |
| oui je propose de faire la même chose pour toutilibris |
| Commentaire de Espérance Galouo-Lece [ 06/juin/07 11:06 ] |
|
- Le compte FTP a été crée ======= Compte FTP ======= ==== Home : Toutilibris ===== ==== Pass : VADmail07 ======= - La ConfigFTP est opérationnelle |
[IMP-6034] creation compte FTP nouveau compte pro Weebulle-new Création: 07/mai/10 10:13 Mise à jour: 10/mai/10 10:22 Résolue: 10/mai/10 10:22 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | Weebulle-new |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement), Suppression annonces, Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
creation compte FTP nouveau compte pro Weebulle-new
|
| Commentaires |
| Commentaire de Jérome Marianne [ 10/mai/10 10:08 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : weebulle-new mot de passe : wee489bulle9 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== |
| Commentaire de Jérome Marianne [ 10/mai/10 10:22 ] |
| Compte FTP activé. |
[IMP-5411] creation compte ftp+flux de commandes pour 3eme compte decitre toplibris Création: 25/févr./10 16:20 Mise à jour: 02/mars/10 11:40 Résolue: 02/mars/10 11:40 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | toplibris |
| Modèle: | decilibris |
| Séparateur: | Barre verticale (|) |
| Type de traitement: |
Mise à jour/création annonces (écrasement), Suppression produits
|
| Description |
|
creation compte ftp+flux de commandes pour 3eme compte decitre toplibris
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 02/mars/10 11:40 ] |
|
Compte FTP vendeur créé... Pseudo : toplibris mot de passe : VAD2010 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui c'est fait sur les meme base que decilibris et toutilibris |
[APP-3797] Panier BO : probleme d'enregistrement du login dans le panier Création: 30/mars/05 12:32 Mise à jour: 25/juin/07 18:28 Résolue: 25/juin/07 18:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.3.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Olivier Cales | Attribution: | Emmanuel Gosse |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Le probléme se situe au niveau de la mise en panier d'un produit provenant d'une boutique vendeur, dans le sens mise en panier, puis connection au compte. l'inverse marche trés bien. |
| Commentaires |
| Commentaire de Olivier Cales [ 30/mars/05 15:01 ] |
|
normalement le panier en construction devrait apparaitre sur le back-office, mais dans le cas du bug le panier en construction n'apparait pas. |
| Commentaire de Quentin de Chivré [ 30/mars/05 16:21 ] |
|
En fait quand on fait connexion puis panier, le login est stocké dans le panier mais quand on fait panier puis connexion, le login n'est pas stocké dans le panier Il me semblait que Martin avais deja corrigé cela... |
| Commentaire de Emmanuel Gosse [ 05/avr./05 11:43 ] |
|
la requete marche correctement mais par défaut exclue les paniers expirés ou en construction: ce qui n'est pas précisé, d'ou la pose de ce bug. pour les avoir en résultats, il faut spécifier l'état du panier. pour améliorer la compréhension de l'interface, on peut modifier l'état par défaut dans la requete et la liste disponible. Ce n'est pas forcément nécessaire. |
| Commentaire de Quentin de Chivré [ 05/avr./05 14:40 ] |
|
NON Indépendamment de l'interface BO, il y a bien un bug d'enregistrement du login que j'ai déja passé 10 minutes a décrire ci-dessus + à te l'expliquer. Merci de le corriger. |
| Commentaire de Emmanuel Gosse [ 05/avr./05 16:18 ] |
|
réexplication du bug: login + panier > login gardé dans le panier en BO panier + login > login perdu Bug non reproduit en dev mais reste ouvert pour etre testé en Integ. |
| Commentaire de Emmanuel Gosse [ 07/juin/05 11:13 ] |
| ca marche en integ. |
[APP-24846] Bug lors du changement de profil en BO le 1er coup Création: 01/avr./09 10:11 Mise à jour: 14/mai/10 15:18 Résolue: 23/mars/10 10:29 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 44.0.0 (TX-F) |
| Version(s) corrigée(s): | 69.0.0 (TX-N) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Arnaud Forgues | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
La première fois que je me connecte en BO, après m'être
authentifié, si je souhaite changé de profil, je clique sur le lien qui
va bien et rien ne se passe. Ensuite au 2e clique, on a bien une popup
qui s'ouvre pour me demander de me ré-authentifier. Pas bloquant, mais bizarre qd meme ! |
| Commentaires |
| Commentaire de Clement Balay [ 01/avr./09 16:52 ] |
|
Voici l'exposé technique du problème: la servlet /disconnect_back n'étant pas sécurisée, à son premier appel, elle ne contient pas l'utilisateur connecté dans son contexte, à ce moment là on essaie de récupérer le contexte sur un objet null, donc cela renvoi une exception catchée et renvoi une vue qui redirige vars la page précédente. Par contre au deuxième appel, l'utilisateur est bien dans le contexte, donc là le changement de profil se déroule comme il faut. |
| Commentaire de Clement Balay [ 02/avr./09 17:50 ] |
|
try { // Récupère le Subject, c'est à dire l'utilisateur connecté Subject s = (Subject) PolicyContext.getContext(SecurityConstants.SUBJECT_CONTAINER); // Le sujet est nul (soit on est déconnecté, soit on fait un premier appel à la servlet // /disconnect_back, comme elle est non sécurisée, elle ne possède pas le sujet dans son contexte) if(s == null) { // Si le UserPrincipal est nul, cela veut dire que le sujet est bien déconnecté, donc, il ne sert // à rien de le re-déconnecter if(req.getUserPrincipal() == null) { throw new LoginException(); } } // si le sujet existe, on le deloggue else { // Récupère le contexte de l'authentification en fonction du domaine de sécurité et du sujet LoginContext ctxt = new LoginContext(SecurityConstants.DOMAIN_NAME, s); // Déloggue l'utilisateur côté Serveur ctxt.logout(); } // Envoit un code 401 qui permet de forcer le navigateur à redemander une connexion res.setStatus(HttpServletResponse.SC_UNAUTHORIZED); res.setHeader("WWW-Authenticate", "Basic realm=\"" + SecurityConstants.REALM_NAME + "\""); // Invalide la session req.getSession().invalidate(); } catch (PolicyContextException e) { logger.log(e.getMessage(), Logger.ERROR); } catch (LoginException e) { logger.log(e.getMessage(), Logger.ERROR); } |
| Commentaire de Jérémie Bennejean [ 25/nov./09 10:36 ] |
|
Bonjour, Effectivement le mécanisme d'authentification en fonctionne pas correctement, et l'utiliser en devient carrément laborieux.... Je m'explique, par exemple, suite à une demande pour effectuer des modifications sur "l'Assistance tél", j'ai du changer 3 fois d'utilisateur entre la recharge des caches, et les changements de paramètres, je suis passé par X écrans ..... pour un serveur .... heureusement que je n'ai pas eu à le faire pour l'ensemble des AS sinon ca aurait été impossible...... Aussi, j'augmente la priorité de ce jira. Merci. Jérémie |
| Commentaire de Arnaud Forgues [ 25/nov./09 16:00 ] |
|
Je pense qu'il ne s'agit pas du même bug. A l'origine il
s'agissait simplement du fait qu'au 1er clic, il ne se passait rien puis
dès le 2e, c'était OK. Dans ton cas (et je l'avais également remarqué depuis quelque temps en INTEG essentiellement, vu qu'en PROD je ne connais pas les MDP des autres user que bo), je pense qu'il y a eu une régression ou quelque chose dans le genre soit au niveau des config JBoss, soit au niveau du code (mais peu probable car on n'a surtout pas retouché à ça ... c'était bien assez complexe et tordu pour qu'on y retouche sans bonne raison) |
| Commentaire de Clement Balay [ 13/janv./10 09:11 ] |
|
Tu vas être content jerem, le voila corrigé ce bug voici les modifs apportés: - Sécurisation de la servlet "/disconnect_back" qui permet de la mettre dans le contexte de la sécurisation - Correction de l'écran DISCONNECT_VIEW qui permet de rediriger vers le refferer (je sais pas pourquoi c'était pété mais c'était pour ça que lorsque on se connectait, cela affichait une page blanche) - Rajout d'un test dans la servlet disconnect_back qui fait que lorsque on se reconnecte en BO, cela ne deconnecte pas pour redemander une connexion à l'utilisateur (connexion en boucle), en gros je teste la session pour savoir si elle est nouvelle, si elle est nouvelle, cela veut dire que l'on vient de se reconnecter et donc il ne faut pas demander de reconnexion. CAJ2010Q1TX |
| Commentaire de Cédric Goldovsky [ 22/mars/10 11:00 ] |
|
Toujours le même problème : 1er clic = rien ne se passe 2eme clic = apparition de la popup |
| Commentaire de Clement Balay [ 22/mars/10 12:32 ] |
|
Effectivement le problème original est toujours là même si d'autres bugs sur la connexion ont été corrigés. Donc on corrigera ce pb pour la prochaine version |
| Commentaire de Clement Balay [ 23/mars/10 10:29 ] |
| CAJ2010Q1TX |
[APP-16241] Fiches validées en BO - Pas de changement de "propriétaire" Création: 07/mai/07 10:58 Mise à jour: 06/juin/08 09:17 Résolue: 04/juin/07 17:17 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 14.0.1 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Geneviève Beaujard |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM archivés: | Maintenance 15.x.x | ||||||||
| Description |
|
Exemple fiche : http://bo.priceminister.com/referential_back?action=productview&productid=54533816 Bien que validée, il est spécifié "Modifié 07/05/2007-10:54 par PM Front Office" et "Propriétaire : duke77" (pseudo du vendeur) Note : Les fiches en question du pseudo "duke77" onté été validées par la méthode "Go" (validation par lots de fiches soumises par un pseudo unique). |
| Commentaires |
| Commentaire de Aurélien Vergalli [ 07/mai/07 11:01 ] |
|
Exemple de fiche validée avec changements effectifs : http://bo.priceminister.com/referential_back?action=productview&productid=54533810 (Modifié 07/05/2007-10:54 par PM Back Office + Propriétaire PM Back Office) |
| Commentaire de Nicolas Chauveau [ 10/mai/07 15:53 ] |
| Peux-tu analyser s'il te plait ? |
| Commentaire de Geneviève Beaujard [ 10/mai/07 18:05 ] |
|
Cette question m'a donné du fil a retordre car au debut je ne voyais pas comment cela pouvait arriver. En fait le BO se sert de la fonction 'Valider toutes les fiches produit soumises par:' qui valide toutes fiches soumises de duke77. En 1 on valide toutes les fiches soumises de duke77, cette validation ne met pas a jour le owner_account_id. En 2 on valide la fiche et là on change bien le owner du productid 54533810. En 3 Valider toutes les fiches produit soumises de duke77. La validation multiple ne change pas l'owner des fiches produits. Voici les logs: 1) 2007-05-08-05-00_amphore.log.gz:2007-05-07 10:53:56,768 INFO [P-Processor9] 62.23.27.114 - >>> GET http://bo.priceminister.com/referential_back?action=productmultiactivate&submitter_login=duke77&x=9&y=11 2007-05-08-05-00_amphore.log.gz:2007-05-07 10:54:18,119 INFO [P-Processor9] 62.23.27.114 - <<< [21351 ms] GET http://bo.priceminister.com/referential_back?action=productmultiactivate&submitter_login=duke77&x=9&y=11 2007-05-08-05-00_amphore.log.gz:2007-05-07 10:54:18,119 WARN [P-Processor9] 62.23.27.114 - Long request [21351 ms]: GET http://bo.priceminister.com/referential_back?action=productmultiactivate&submitter_login=duke77&x=9&y=11 2) 2007-05-08-05-00_amphore.log.gz:2007-05-07 10:54:35,789 INFO [P-Processor7] 62.23.27.114 - >>> POST http://bo.priceminister.com/referential_back!action=productupd...&category=193310&maxcurrencyid=978&newcurrencyid=978&prdcomment=Carte rare...&prdstatuscode=15&prdtypecode=1160&primarycategory=193308&productid=54533810&radiobutton=on&specstatuscode=10&title=Spellfire ...&x=35&y=13 2007-05-08-05-00_amphore.log.gz:2007-05-07 10:54:35,964 INFO [P-Processor7] 62.23.27.114 - (Status : 302) Redirecting to : /referential_back?action=productview&productid=54533810 2007-05-08-05-00_amphore.log.gz:2007-05-07 10:54:35,964 INFO [P-Processor7] 62.23.27.114 - <<< [175 ms] POST http://bo.priceminister.com/referential_back!action=productupd...&category=193310&maxcurrencyid=978&newcurrencyid=978&prdcomment=Carte rare...&prdstatuscode=15&prdtypecode=1160&primarycategory=193308&productid=54533810&radiobutton=on&specstatuscode=10&title=Spellfire ...&x=35&y=13 3) 2007-05-08-05-00_amphore.log.gz:2007-05-07 10:54:39,071 INFO [-Processor41] 62.23.27.114 - >>> GET http://bo.priceminister.com/referential_back?action=productmultiactivate&submitter_login=duke77&x=15&y=5 2007-05-08-05-00_amphore.log.gz:2007-05-07 10:54:40,502 INFO [-Processor41] 62.23.27.114 - <<< [1431 ms] GET http://bo.priceminister.com/referential_back?action=productmultiactivate&submitter_login=duke77&x=15&y=5 Question: la modification multiple (ProductMultiActivateAction) doit'elle changer le owner_account_id d'une fiche produit? |
| Commentaire de Mostafa Diane [ 11/mai/07 11:16 ] |
|
Valider une fiche produit en BO via le bouton "Valider"
change le Propriétaire pour la simple raison de ne plus perdre les
modifications apportés à la fiche produit lors d'une autre mise à jour
"via front ou import"( On considère que les données sont propre), je ne
suis pas sur qu'on veut avoir cette fonctionnalité pour la validation
multiple. Donc si on change le propriétaire lors de la validation multiple l'ancien propriétaire ne peut plus changer sa fiche produit. Est ce que ca ne pose pas problème? |
| Commentaire de Judd OSullivan [ 22/mai/07 15:39 ] |
|
Pour résumer ce que j'ai mis dans un email : On pense que la validation par lot n'a jamais changé le proprietaire de fiche produits. J'ai demandé à Aurelien s'il veut changer le comportement de l'appli afin de changer le proprietaire avec la validation par lot. |
| Commentaire de Geneviève Beaujard [ 22/mai/07 16:49 ] |
| J'attends la reponse d'aurelien pour avancer |
| Commentaire de Aurélien Vergalli [ 04/juin/07 17:09 ] |
|
Cette demande avait été motivée par ce qui me semble être la
logique : modif / validation en BO = changement propriétaire. Mais le comportement actuel, même s'il m'étonne, ne me pose pas de problème. Je vous laisse donc juge de la pertinence de la demande. |
| Commentaire de Judd OSullivan [ 04/juin/07 17:17 ] |
| Si le comportement actuel ne te gene pas, on ne le touche pas:) |
| Commentaire de Geneviève Beaujard [ 06/juin/08 09:17 ] |
|
CE n'est pas le première fois qu'Aurelien me parle du
problème au sujet du propriétaire d'un produit(champ owner_acccount_id
de la table product) Pour l'instant ce champ est modifié en BO: - par la macro d'activation (ProductSingleActivateAction) - par le clic sur le bouton 'Modifier' de la fiche produit Ce champ n'est pas touché par les actions suivantes: - refus de fiche produit par macro (ProductMacroAction) - validation par lots de fiches produits en BO (ProductMultiActivayrAction) voir http://pricejira.lan/browse/APP-18974 FAUT'il maintenir ces règles? Pour prendre cette décision il serait bon de consulter Aurélien. Il faut cependant rappeler que le fait de changer le propriétaire implique que l'ancien propriétaire ne puisse plus changer sa fiche produit(sauf si le profil de mise à jour a le champ GRANT_UPDATE_OWNER_DIFFERENT renseigné à 1). |
[APP-20012] Utilisation des champs de "recherche autocompletion" en BO : recherche fabriquant Création: 27/mars/08 12:06 Mise à jour: 21/oct./08 17:52 Résolue: 18/juil./08 10:15 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 19.2.0 |
| Version(s) corrigée(s): | 31.0.3 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Benoît Bourdon | Attribution: | Aurélien Vergalli |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | BO | ||||||||
| Classif2: | FP | ||||||||
| Description |
|
L'équipe Validation serait intéressé par les champs de recherche autocompletion en BO sur l'écran produit : - Dans la zone "identification" des FP (namespace) (sur la recherche fabriquant) - Dans la zone fabriquant en haut de la FP Dans ces listes il faut les valeurs "pierre" et les valeurs "Diamant" > Par contre il ne pas oublier de différencier visuellement ces 2 types de valeurs (voir jira Lié) |
| Commentaires |
| Commentaire de Benoît Bourdon [ 18/avr./08 11:20 ] |
|
Je te retransfert le jira (question qu'il ne soit pas traité
à tord).Je te laisse voir si toi et ton équipe souhaitez avoir cette
fonctionnalité. Par contre je laisse le jira : |
| Commentaire de Aurélien Vergalli [ 18/juil./08 10:15 ] |
| Tout bien réfléchi, l'autocomplétion risque d'entrainer une perte de productivité de la validation en BO. |
[EXP-5061] [UK] Ecran BO Produit - Pas de rafraichissement Création: 24/févr./10 17:15 Mise à jour: 09/avr./10 09:53 Résolue: 09/avr./10 09:53 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Yan Gueguen | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Description |
| Commentaires |
| Commentaire de Aurélien Vergalli [ 11/mars/10 11:11 ] |
|
Toujours d'actualité. 24 à 48h de "retard" sur les produits en BO. Exemple de fiche: http://bo.priceminister.co.uk/referential_back?action=productview&productid=45851087 On ne trouve donc pas sur le site les produits validés récemment! Concerne aussi le site ES: Peut-on avoir des infos? Le problème est connu? Des solutions envisagées? Etc. Merci. |
| Commentaire de Eric Vannier [ 09/avr./10 09:53 ] |
| Cela provient des blocages des searchers sur notre plateforme INTL.... |
[APP-24441] [BO - Saisie Date de Naissance] : Ajout d'un contrôle Création: 26/févr./09 16:24 Mise à jour: 18/sept./09 10:53 Résolue: 27/juil./09 17:41 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 41.0.0 (TX-E) |
| Version(s) corrigée(s): | 53.0.0 (TX-I) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Agathe Remy | Attribution: | Marc-Antoine Decreton |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Site: | Prod | ||||||||||
| Projets PM: | *** CHASSE *** |
| Description |
|
Bonjour, Dans le flux quotidien de mise à jour du DataWareHouse, nous venons de mettre à jour 2 comptes pour lesquels la date de naissance mise à jour hier (le 25/02/2009) est invalide, c'est à dire dont l'année commence par 0. Nous nous demandons donc si un bug n'a pas été introduit par la V41. Voici les identifiants des comptes concernés : user_account_id;registration_birth_date;wallet_birth_date 17459319;11/07/0195;11/07/0195 18187333;29/03/0956;29/03/0956 Les 2 dates de naissance (registration_birth_date et wallet_birth_date) ont été mises à jour et sont erronées. Merci de voir ce qu'il en est. Agathe |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 26/févr./09 18:20 ] |
|
Premier pas avant la création du compte (18187333 ) 2009-02-04-05-00_amphore.log.gz:2009-02-03 22:57:33,772 INFO [Processor172] 90.24.226.202 - >>> POST http://www.priceminister.com/submit!action=submitadve...&categoryref=186126&ilimitedqty=false&isupdate=false&prix=6,00&productid=655234&qualite=40&quantite=1&shippingmode=true&stage=10&submitbtn=Publier mo...&submitstage=true 2009-02-04-05-00_amphore.log.gz:2009-02-03 22:57:33,787 INFO [Processor172] 90.24.226.202 - (Status : 302) Redirecting to : /connect?action=login&c=84&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26categoryref%3D186126%26ilimitedqty%3Dfalse%26isupdate%3Dfalse%26prix%3D6%252C00%26productid%3D655234%26qualite%3D40%26quantite%3D1%26shippingmode%3Dtrue%26stage%3D10%26submitbtn%3DPublier%2Bmon%2Bannonce%26submitstage%3Dtrue 2009-02-04-05-00_amphore.log.gz:2009-02-03 22:57:33,787 INFO [Processor172] 90.24.226.202 - <<< [14 ms] POST http://www.priceminister.com/submit!action=submitadve...&categoryref=186126&ilimitedqty=false&isupdate=false&prix=6,00&productid=655234&qualite=40&quantite=1&shippingmode=true&stage=10&submitbtn=Publier mo...&submitstage=true 2009-02-04-05-00_amphore.log.gz:2009-02-03 22:57:34,440 INFO [Processor165] 90.24.226.202 - >>> GET https://www.priceminister.com/connect?action=login&c=84&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26categoryref%3D186126%26ilimitedqty%3Dfalse%26isupdate%3Dfalse%26prix%3D6%252C00%26productid%3D655234%26qualite%3D40%26quantite%3D1%26shippingmode%3Dtrue%26stage%3D10%26submitbtn%3DPublier%2Bmon%2Bannonce%26submitstage%3Dtrue 2009-02-04-05-00_amphore.log.gz:2009-02-03 22:57:34,578 INFO [Processor165] 90.24.226.202 - <<< [138 ms] GET https://www.priceminister.com/connect?action=login&c=84&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26categoryref%3D186126%26ilimitedqty%3Dfalse%26isupdate%3Dfalse%26prix%3D6%252C00%26productid%3D655234%26qualite%3D40%26quantite%3D1%26shippingmode%3Dtrue%26stage%3D10%26submitbtn%3DPublier%2Bmon%2Bannonce%26submitstage%3Dtrue 2009-02-04-05-00_amphore.log.gz:2009-02-03 22:57:51,713 INFO [-Processor22] 90.24.226.202 - >>> GET https://www.priceminister.com/connect?action=register&c=84&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26categoryref%3D186126%26ilimitedqty%3Dfalse%26isupdate%3Dfalse%26prix%3D6%252C00%26productid%3D655234%26qualite%3D40%26quantite%3D1%26shippingmode%3Dtrue%26stage%3D10%26submitbtn%3DPublier%2Bmon%2Bannonce%26submitstage%3Dtrue&isSubmitFunnel=false&pro=false 2009-02-04-05-00_amphore.log.gz:2009-02-03 22:57:51,862 INFO [-Processor22] 90.24.226.202 - <<< [149 ms] GET https://www.priceminister.com/connect?action=register&c=84&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26categoryref%3D186126%26ilimitedqty%3Dfalse%26isupdate%3Dfalse%26prix%3D6%252C00%26productid%3D655234%26qualite%3D40%26quantite%3D1%26shippingmode%3Dtrue%26stage%3D10%26submitbtn%3DPublier%2Bmon%2Bannonce%26submitstage%3Dtrue&isSubmitFunnel=false&pro=false 2009-02-04-05-00_amphore.log.gz:2009-02-03 23:00:56,230 INFO [Processor147] 90.24.226.202 - >>> POST https://www.priceminister.com/connect!110=false&120=false&125=false&130=false&action=doregister&birthday=29&birthmonth=03&birthyear=1956&c=84&contract=true&dest=/submit?ac...&email=michelle.a...&email2=michelle.a...&firstname=Michelle&isSubmitFunnel=false&lastname=ANGELINI&login=mimiange52&password=mimi2903&password2=mimi2903&submitParameterListInput=110&submitParameterListInput=110&submitParameterListInput=120&submitParameterListInput=120&submitParameterListInput=125&submitParameterListInput=125&submitParameterListInput=130&submitParameterListInput=130&submitbtn=Créer mon ...&usrtitle=10 2009-02-04-05-00_amphore.log.gz:2009-02-03 23:00:56,587 INFO [Processor147] 90.24.226.202 - User registration - login = mimiange52 2009-02-04-05-00_amphore.log.gz:2009-02-03 23:00:56,588 INFO [Processor147] 90.24.226.202 - Event : Register with news 2009-02-04-05-00_amphore.log.gz:2009-02-03 23:00:56,736 INFO [Processor147] 90.24.226.202 - Displaying tag : Tracking (REGISTER_WITH_NEWS) - Google-Vente(2219140)::Inscription_avec_newsletter 2009-02-04-05-00_amphore.log.gz:2009-02-03 23:00:56,738 INFO [Processor147] 90.24.226.202 - <<< [508 ms] POST https://www.priceminister.com/connect!110=false&120=false&125=false&130=false&action=doregister&birthday=29&birthmonth=03&birthyear=1956&c=84&contract=true&dest=/submit?ac...&email=michelle.a...&email2=michelle.a...&firstname=Michelle&isSubmitFunnel=false&lastname=ANGELINI&login=mimiange52&password=mimi2903&password2=mimi2903&submitParameterListInput=110&submitParameterListInput=110&submitParameterListInput=120&submitParameterListInput=120&submitParameterListInput=125&submitParameterListInput=125&submitParameterListInput=130&submitParameterListInput=130&submitbtn=Créer mon ...&usrtitle=10 2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,198 INFO [-Processor92] mimiange52 - >>> POST http://www.priceminister.com/submit!action=submitadve...&categoryref=186126&continuebtn=Continuer&ilimitedqty=false&isupdate=false&prix=6,00&productid=655234&qualite=40&quantite=1&shippingmode=true&stage=10&submitbtn=Publier mo...&submitstage=true 2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,261 INFO [-Processor92] mimiange52 - BEGIN work() 2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,261 INFO [-Processor92] mimiange52 - AdvertStockServiceBean.processAdvert BEGIN 2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,272 INFO [-Processor92] mimiange52 - AdvertStockServiceBean.processAdvert END 2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,366 INFO [-Processor92] mimiange52 - work() works fine 2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,366 INFO [-Processor92] mimiange52 - END work()FINALLY 2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,366 INFO [-Processor92] mimiange52 - data_file_id null/null OK ; Processing Times : 1;4;0;0;0;0;0;105;0;0;11;57;37 ms. 2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,367 INFO [-Processor92] mimiange52 - Event : Advert 2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,367 INFO [-Processor92] mimiange52 - Event : First advert 2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,384 INFO [-Processor92] mimiange52 - (Status : 302) Redirecting to : /inventory?action=advertsuccess&aid=201167369&category=104415&pickupforbiddenctry=false&productid=655234 2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,384 INFO [-Processor92] mimiange52 - <<< [186 ms] POST http://www.priceminister.com/submit!action=submitadve...&categoryref=186126&continuebtn=Continuer&ilimitedqty=false&isupdate=false&prix=6,00&productid=655234&qualite=40&quantite=1&shippingmode=true&stage=10&submitbtn=Publier mo...&submitstage=true |
| Commentaire de Agathe Remy [ 26/févr./09 19:24 ] |
|
Après quelques investigations, il s'avère que la date de naissance du PMV peut être modifiée en BackOffice. Cela proviendrait donc d'une erreur de saisie manuelle lors de la modification. Ce qui me semble plus étrange, c'est qu'en testant cette modification en BO Intég, j'ai pu constater que la date de naissance saisie à l'inscription était également mise à jour. Agathe |
| Commentaire de Emeric Teil [ 13/mars/09 16:02 ] |
|
La modification de la date de naissance saisie à
l'inscription vient du fait qu'on considère que celle fournie lors de
l'activation du PMV est la bonne (alors qu'à l'inscription, les
utilisateurs ont fortement tendance à saisir n'importe quoi). Cela peut être discutable mais pour moi, il ne s'agit pas de l'objet de ce Jira. Pour moi, le plus important est d'empêcher la saisie de dates incorrectes ou incohérentes, et pour cela de mettre en place un contrôle à la saisie en BO. OK avec ça ? |
| Commentaire de Emeric Teil [ 23/juil./09 10:21 ] |
| Il s'agit donc de mettre en place un contrôle sur le format de saisie de la date de naissance en BO (fiche user). |
| Commentaire de Marc-Antoine Decreton [ 27/juil./09 17:41 ] |
|
[CAJ2009Q3TX] Le problème a été résolu. Désormais on interdit les années de naissances qui : - sont inférieures à 1900 - sont supérieures à l'année en cours |
[APP-8267] Prevoir une colonne 1euro dans la recherche panier BO Création: 05/avr./06 18:15 Mise à jour: 25/juin/07 18:36 Résolue: 21/avr./06 14:34 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.1.2d |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Lydia Dali | Attribution: | Lydia Dali |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Description |
|
http://bo.pm.lan/purchase_back?action=purchasesearch&javascript_callback=&purchase_id=&pch_status_code=&itm_status_code=&pch_type_code=&buyer_login=didou4000&seller_login=&credit_card=&number_request=&start_date=&date_search_type=0&end_date=&order=1&number_rows=200&x=41&y=6 Dans le bo, sur l'écran de resulat de recherche panier, quand un panier est capturé avec comme mode de paiement 1euro on le retrouve dans la colonne CB que ce soit pour la colonne autorisation ou pour la colonne capture. Il faut peut être créer une colonne 1euro. |
| Commentaires |
| Commentaire de Martin Iacampo [ 13/avr./06 17:17 ] |
|
Steven, En principe, nous gardons le gros des améliorations BO pour un peu plus tard, une fois qu'on pourra mieux identifier les besoins du BO, et notamment après la période de rodage. En même temps, l'histoire de la colonne 1euro est qqch que nous avons déjà discuté un peu, même avec Arnaud et Renaud. Quelle était la conclusion de ces échanges ? Si je ne me trompe pas, on a bien convenu d'ajouter une colonne 1euro, comme décrit par Lydia. C'est ça ? Si tu me le confirme, je le noterai pour plus tard, pour la "spéc BO." Merci, martino |
| Commentaire de Steven Harel [ 13/avr./06 17:29 ] |
| c'est ça, on ajoute une colonne 1¿ |
| Commentaire de Martin Iacampo [ 21/avr./06 14:25 ] |
|
Lydia, Il me semble que cette demande a été traitée. Pourrais-tu confirmer et fermer ? Merci, Martino |
| Commentaire de Lydia Dali [ 21/avr./06 14:34 ] |
| vérifié en integ. |
[APP-6138] [MeV] BO : soumission de produit complémentaire : support non récupéré Création: 27/oct./05 16:07 Mise à jour: 09/mai/08 09:13 Résolue: 23/avr./08 11:08 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 8.0.7b |
| Version(s) corrigée(s): | 21.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Fabien Farache | Attribution: | Fabien Farache |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** RESERVE *** |
| Classif1: | MEV |
| Classif2: | MEV - valeur attribut support |
| Description |
|
Je vends u produit via la soumission complète. En BO je vois bien le Type et Support qui sont renseigné sur mon produit de base comme sur mon produit complément. Lorsque je veux vendre le même produit à partir de ce produit de base, je fais "vendez le vôtre". Je remplis bien les champs et je valide. En BO j'ai bien le type qui est rensigné (récupéré du produit de base) par contre je n'ai pas le Support. Celui ci devrait être hérité mais il ne l'est pas. Le fait que le Support ne soit pas renseigné est blocant si j'ai des données complémentaires sur mon formulaire de soumission. Impossible de mettre en vente mon produit si la valeur d'attribut est mappé sur le support donc pour pouvoir mettre en vente mon produit "correctement" je suis obligé de démappé ma valeur d'attribut du support |
| Commentaires |
| Commentaire de Fabien Farache [ 27/oct./05 16:15 ] |
| tout ceci s'est produit pour le type Décoration (support : décoration d'intérieur) |
| Commentaire de Swan Desportes [ 15/nov./06 09:56 ] |
| A prendre en compte dans le chantier refonte MEV |
| Commentaire de Benoît Bourdon [ 27/mars/08 14:14 ] |
|
Encore d'actualité ce besoin ? veut on continuer de mapper des attributs sur des supports ?! |
| Commentaire de Fabien Farache [ 23/avr./08 11:08 ] |
| Je ferme... l'appli a évolué entre temps et nous n'avons plus de champs "support" sur la fiche du complément |
[APP-28686] Créer boites messagerie BO pour Contrôle + cas exceptionnels Création: 12/mars/10 13:39 Mise à jour: 14/mai/10 15:14 Résolue: 23/avr./10 16:29 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Infoglue |
| Affecte la/les version(s): | 64.0.0 (CTN-P) |
| Version(s) corrigée(s): | 69.0.0 (TX-N) |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Samy Badjoudj |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Un poste de "contrôleur qualité" va être créé tout
prochainement au BO. Une boite dédiée permettra de recevoir un feedback
utilisateur lors de l'envoi de certains messages, ou suite à certains
traitements. Pour certains cas exceptionnels (problèmes techniques temporaires, de coupons, ...), nous souhaiterions pouvoir déplacer les messages reçus des boites de Contact classique, afin d'effectuer un meilleur tri et de pouvoir faciliter le traitement de masse. Merci de créer 3 nouvelles boites de messagerie, "back TEMP 1", "back TEMP 2" et "back CONTROLE QUALITE". Ces boites devront pouvoir être appelées sous IG, pour la création/modification de formulaires. En profiter, si possible, pour trier les boites sous IG et reproduire le même ordre qu'en BO. |
| Commentaires |
| Commentaire de Samy Badjoudj [ 23/avr./10 14:04 ] |
|
Est-il possible de savoir l'ordre souhaité pour ces boites en plus ? Et si elles doivent apparaitre dans un module du dashboard. |
| Commentaire de Samy Badjoudj [ 23/avr./10 14:15 ] |
|
Une dernière chose, ces boîtes appartiennent-elles à des groupes particuliers ? ex : "g_contact_seller,g_otr_features..." |
| Commentaire de Habib-Sylvain Gourguet [ 23/avr./10 15:26 ] |
|
Pour ce qui est de l'ordre des boites en BO, c'est pour le
moment par ordre alphabétique. Possible de changer cet ordre ? Pour l'ordre sous InfoGlue, il faut reproduire le même qu'en BO. Les boites "back TEMP 1", "back TEMP 2" et "back CONTROLE QUALITE" peuvent être associées au groupe "g_account". A ta dispo pour en parler. |
| Commentaire de Samy Badjoudj [ 23/avr./10 16:29 ] |
| Les boites sont créées , pour l'ordre ce serait possible mais prendrait pas mal de temps (dixit admin infoglue) |
[APP-25836] Avoir la liste des mots-clés BO avec date de modification Création: 07/juil./09 16:58 Mise à jour: 20/juil./09 13:47 Résolue: 17/juil./09 15:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 48.0.2.1 (FDP + Shopzilla) |
| Version(s) corrigée(s): | 49.0.0 (TX-H) |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Description |
|
Peut etre plutot une demande pour l'exploitation je ne sais pas.. Nous avons dans nos écrans BO , pour ce qui concerne les mots clés, un champ de recherche sur la date de modification de ces derniers. Malheureusement, cette donnée n'est pas "visible" et nous aimerions avoir la liste de tous les mots clés avec leur date de modification pour les types de mots-clés suivantes: - Soumission fiche produit - Confirmation panier - Surveillance vendeur Ceci pour la France uniquement. Et pour les mots-clés actifs uniquement bien sur. Exemple d'une page listant tous les mots clés d'un type donné: http://bo.priceminister.com/admin_back?action=keywordsearch&name=&kwd_status_code=10&kwd_type_code=180&kwd_matching_code=&kwd_zone_code=&start_date=&end_date=&number_rows=4000&x=17&y=8 Merci d'avance, c'est assez urgent. |
| Commentaires |
| Commentaire de Cedric Favero [ 08/juil./09 12:42 ] |
|
Précision: notre besoin dans immédiat est uniquement une
extraction de l'information existante, pas un dev pour visualiser cette
info :-) Merci. |
| Commentaire de Emeric Teil [ 08/juil./09 16:59 ] |
|
Vous pouvez déjà accéder à cette liste depuis le BO mots clef. Peux-tu donc préciser le besoin réel ? |
| Commentaire de Cedric Favero [ 09/juil./09 09:37 ] |
|
On a besoin d'avoir la liste de tous les mots clés actifs
avec leur date de modification. (dans un fichier excel par exemple) On ne peut pas voir çà facilement dans le BO, sauf erreur de ma part. |
| Commentaire de Emeric Teil [ 09/juil./09 10:16 ] |
|
Ce que vous avez ici, par exemple : http://bo.priceminister.com/admin_back?action=keywordsearch&fuzzy=false&kwdstatuscode=10&numberrows=200&startdate=30%2F06%2F2009 ça ne convient pas ? |
| Commentaire de Cedric Favero [ 09/juil./09 10:19 ] |
| L'info qui nous manque est la date de derniere modification pour chacun :-) |
| Commentaire de Patrick Pereira [ 17/juil./09 12:28 ] |
| Voici monsieur. |
| Commentaire de Patrick Pereira [ 17/juil./09 12:28 ] |
| Préviens moi s'il y a un pb. |
| Commentaire de Christophe Garcia [ 17/juil./09 14:24 ] |
| MDPLVC |
| Commentaire de Cedric Favero [ 20/juil./09 10:05 ] |
| Merci bcp Patrick |
[EXP-210] les commandes n'apparaissent pas dans le compte ftp de gsm83 Création: 19/sept./05 11:45 Mise à jour: 25/juin/07 18:54 Résolue: 21/sept./05 17:00 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Benjamin Guerville | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
les commandes n'apparaissent pas dans le compte ftp de gsm83, depuis que le compte ftp a été créé (jeudi 15/09) C'est urgent, merci |
| Commentaires |
| Commentaire de Sébastien Tournay [ 20/sept./05 10:17 ] |
|
Xiaopming, Tu peux regarder cela en urgence ce matin. Cela concerne le traitement 'purchaseItems.pl' sur HERCULE. Ce compte à pourtant plusieurs nouvelles ventes (21) mais aucun fichier de validation des commandes est généré. |
| Commentaire de Xiaoming Du [ 20/sept./05 11:16 ] |
|
les commandes sont tous dans /data/priceminister/pmftpstock/var/transactions/gsm83/purchase |
| Commentaire de Xiaoming Du [ 21/sept./05 10:59 ] |
|
/data/chrootapache/home/gsm83/account.conf c'est le fichier de configuration de ce compte qui interdit le depot des fichier de commandes. C'est corrigé par Sébastien. |
| Commentaire de Xiaoming Du [ 21/sept./05 17:00 ] |
|
la nouvelle configuration en place. On a maintenant les fichiers de commandes dans phaeton:/data/chrootapache/home/gsm83/purchase |
[APP-24974] Peut-on diminuer la longueur des requètes sur les recherches d'opérations en BO? Création: 16/avr./09 16:23 Mise à jour: 08/mars/10 18:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 44.0.1 (Opé bon plan radin) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Exemples : 2009-04-16 16:10:25,139 WARN [P-Processor9] BO:pmadmin:QTP - Long request [454463 ms]: GET http://www.pm.lan/wallet_back?action=operationsearch&user_accou nt_id=&javascript_callback=&operation_id=&login=&opr_type_code=90&direct_pay_cmp_id=&opr_status_code=&parent_operation_id=&opr_cause=&reference=&start_date=1 6%2F04%2F2009&end_date=&number_rows=200&x=24&y=4 2009-04-16 16:18:04,557 WARN [P-Processor9] BO:pmadmin:QTP - Long request [17719 ms]: GET http://www.pm.lan/wallet_back?action=operationbackview&operation id=518139002 |
| Commentaires |
| Commentaire de Emeric Teil [ 16/avr./09 16:48 ] |
| Pour analyse technique :o) |
| Commentaire de Arnaud Forgues [ 18/mai/09 10:40 ] |
| A vérifier si c'est toujours le cas pendant la pré-integ TX-G |
| Commentaire de Arnaud Forgues [ 28/mai/09 17:09 ] |
|
Pas le temps pour la version TX-G, je décale en TX-H. NB : j'ai tout de même vérifié et sur deutz on n'a pas dépassé les 50s (ce qui n'est pas top, mais déjà mieux que 454 s) [dev@deutz priceminister]$ grep -i 'Long query' var/mainlog/nohup.out | grep OperationSearchQuery 2009-05-28 10:36:07,714 WARN [P-Processor7] BO:pmadmin:Wam - Long query [13804 ms]: OperationSearchQuery 2009-05-28 10:50:05,262 WARN [P-Processor7] BO:pmadmin:Wam - Long query [31035 ms]: OperationSearchQuery 2009-05-28 11:06:41,779 WARN [P-Processor5] BO:pmadmin:Wam - Long query [22694 ms]: OperationSearchQuery 2009-05-28 11:55:40,171 WARN [P-Processor6] BO:pmadmin:Wam - Long query [23399 ms]: OperationSearchQuery 2009-05-28 15:07:11,149 WARN [P-Processor6] BO:pmadmin:Wam - Long query [49873 ms]: OperationSearchQuery 2009-05-28 15:18:39,955 WARN [P-Processor8] BO:pmadmin:Wam - Long query [17122 ms]: OperationSearchQuery 2009-05-28 16:20:43,913 WARN [P-Processor8] BO:pmadmin:Wam - Long query [12483 ms]: OperationSearchQuery 2009-05-28 16:38:36,256 WARN [P-Processor9] BO:pmadmin:Wam - Long query [26087 ms]: OperationSearchQuery |
[Métatache] PMV - Automatisation de la gestion des bordereaux
(APP-17211)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | 20.0.0 |
| Type: | Sub-new feature | Priorité: | Mineur |
| Rapporteur: | Clémence Desneiges | Attribution: | Clémence Desneiges |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Projets PM archivés: | Paiement - Centralisation PMV |
| Description |
|
Il s'agit de recréer automatiquement les fax sur les écrans BO de recherche de bordereaux. Tout d'abord sur l'écran de recherche de bordereau, ajout d'une colonne fax avec un lien voir pour les bordereaux concernant les virements nationaux et internationaux. Ensuite sur le détail de cesdits bordereaux. En cliquant sur le lien, on ouvrira une pop-up, qui sera gérée en FrontRequest pour être internationalisable. En effet, pour l'instant l'Espagne et la France dépendent toutes deux d'une banque française, par contre l'Angleterre dépendra d'une banque anglaise, donc il faut anticiper. |
| Commentaires |
| Commentaire de Clémence Desneiges [ 10/janv./08 18:50 ] |
|
Infoglue : default cms1 v19 |
| Commentaire de Clémence Desneiges [ 30/janv./08 11:34 ] |
|
Réouvert car bugs à corriger. cf : V:\Projets\PMV\Automatisation_Centralisation_PMV\Livraison_V19\Fichier_de_Recette.xls |
| Commentaire de Clémence Desneiges [ 30/janv./08 19:01 ] |
|
Infoglue : default cms1 V19 |
| Commentaire de Clémence Desneiges [ 31/janv./08 17:00 ] |
| Quelques modifications visuelles et de wording. |
| Commentaire de Clémence Desneiges [ 31/janv./08 17:34 ] |
|
Infoglue : default cms1 V19 |
| Commentaire de Clémence Desneiges [ 31/janv./08 17:34 ] |
|
Infoglue : default cms1 V19 |
| Commentaire de Emeric Teil [ 01/févr./08 14:49 ] |
|
Je ré-ouvre car les boutons "Imprimer" et "fermer" sont visibles à l'impression sur la version ES. Merci |
| Commentaire de Renaud Dierickx [ 01/févr./08 15:23 ] |
|
Infoglue à publier : cms1 - 19 - Version ES et FR /default/Labels/_Mon Compte/_Porte-monnaie/DepositTransferFax/ btn_close btn_print |
| Commentaire de Christophe Garcia [ 11/févr./08 16:01 ] |
|
Pb mise en page Voir screenshot |
| Commentaire de Renaud Dierickx [ 11/févr./08 18:02 ] |
|
A publier sur CMS 1 et 3 (versions ES et FR) : /default/Labels/_Mon Compte/_Porte-monnaie/DepositTransferFax/lbl_office_fax_title Merci. |
| Commentaire de Espérance Galouo-Lece [ 12/févr./08 09:59 ] |
| Done. |
| Commentaire de Clémence Desneiges [ 13/févr./08 18:09 ] |
| 2 labels manquants. |
| Commentaire de Clémence Desneiges [ 13/févr./08 18:11 ] |
| Décallage entre la branche et le tronc -> aucun label n'est manquant. |
[APP-2758] Formulaire soumission produit : problème en BO sur les catégories Création: 14/sept./04 16:28 Mise à jour: 25/juin/07 18:26 Résolue: 25/juin/07 18:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Validator | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Sur le formulaire de soumission "Jeux de roles", la catégorie a été configurée en "double select". Certaines des catégories sont bien à deux niveaux, sauf "Autres" et "Donjons et Dragons". "Autres" fonctionne très bien, c'est à dire que l'on peut sélectionner la classification "Autres" sur la fiche produit en BO (voir produit sur lien fourni). Par contre, lorsque l'on sélectionne "Donjons et dragons" et que l'on valide, il y a un message d'erreur indiquant qu'il manque la catégorie. La configuration semble pourtant la même sur les deux catégories |
| Commentaires |
| Commentaire de Dispatcher (Dev) [ 14/sept./04 18:20 ] |
|
ce problème existe aussi dans les figurines, je pense il y a un problème avec le défaut "autre" = null et fabricant "Autre" = attribut existant |
| Commentaire de Validator [ 01/oct./04 12:27 ] |
|
Peut etre lié : Lorsque l'on soumet en FO une figurine (2 niveaux de catégorie) en mettant le fabricant à "Autre" et la catégorie sur une catégorie n'ayant qu'un niveau, ex : "Soldat de plomb", ces attributs disparaissent lorsque l'on regarde la fiche soumise en BO. Si on met autre chose comme fabricant, l'attribut fabricant est conservé (mais toujours pas l'attribut catégorie) |
| Commentaire de Validator [ 01/oct./04 12:54 ] |
| *** Bug 2992 has been marked as a duplicate of this bug. *** |
| Commentaire de Manuel Sadok [ 07/oct./04 15:22 ] |
|
Il y avait 2 bugs distincts : * Pour le BO, le problème venait du fait que les noeuds inactifs ou supprimés n'étaient pas filtrés lors de la vérification des infos. * Pour le FO, les classifications à un seul niveau dans un contexte de double drop down n'étaient pas pris en compte. |
[APP-10600] Fiche supprimée en Bo le 24/04 toujours visible en FO Création: 19/juin/06 10:50 Mise à jour: 25/juin/07 18:40 Résolue: 26/juin/06 18:14 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | 9.0.0.1 |
| Version(s) corrigée(s): | 9.0.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Des vendeurs essaient de vendre en vain sur une fiche supprimée il y a presque deux mois de cela : Recherche > http://www.priceminister.com/navigation/se/category/sa/kw/resident+evil+4+edition+collector+ - Fiche > http://bo.priceminister.com/referential_back?action=productview&productid=5442556 (rq : Le fait qu'il y ait des souhaits sur ce produit peut-il être à l'origine du problème ?) |
| Commentaires |
| Commentaire de Younès Charrière [ 19/juin/06 12:37 ] |
| Problème avec l'indexation de FAST. En effet, j'ai dû valider le produit en BO (produit supprimé) pour qu'au niveau de la PROD il n'apparaisse plus. |
| Commentaire de Christophe Garcia [ 19/juin/06 12:55 ] |
| Ce type de problème sera corrigé avec le nouvel index ? |
| Commentaire de Martin Sudmann [ 19/juin/06 14:20 ] |
| oui |
| Commentaire de Aurélien Vergalli [ 19/juin/06 14:52 ] |
|
Le problème est récurrent : pour l'exemple, ici, une fiche supprimée le 05/04... http://bo.priceminister.com/referential_back?action=productview&productid=18903704 |
| Commentaire de Christophe Garcia [ 20/juin/06 12:02 ] |
|
Martin, Je te suggère de ne pas mettre les JIRA en "Résolu" tant que l'index n'est pas en PROD. Ca évite qu'Aurélien pense que c'est vraiment résolu. Merci |
| Commentaire de Martin Sudmann [ 26/juin/06 18:14 ] |
| ok |
| Commentaire de Lydia Dali [ 27/juin/06 17:02 ] |
| ok en prod. |
[EXP-447] Migration du nom bo.jmh.lan en bo.priceminister.lan et intra.priceminister.lan Création: 30/nov./05 19:33 Mise à jour: 25/juin/07 18:54 Résolue: 29/déc./05 11:12 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | 15 minutes | ||
| Temps consacré: | 45 minutes | ||
| Estimation originale: | 1 heure | ||
| Description |
|
Migrer le nom bo.jmh.lan en bo.priceminister.lan Installer aussi un intra.priceminister.lan |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 09/déc./05 15:56 ] |
|
Demande faite à JMH Une fois qu'ils auront mis en place leur partie, je dois : - MAJ notre DNS sur ruinart - Contacter l'administrateur de l'arkoon |
| Commentaire de Ranto Andriambololona [ 16/déc./05 18:41 ] |
|
PAP, Peux-tu ajouter dans notre DNS 10.150.28.86 intra.priceminister.lan 10.150.28.72 bo.priceminister.lan Une fois que c'est fait réassigne moi le JIRA |
| Commentaire de Pap Ndiaye [ 20/déc./05 10:04 ] |
| On pourrais mettre intra.priceminister.com.lan bo.priceminister.com.lan pour bien marquer le fait qu'il s'agit de la prod. |
| Commentaire de Sébastien Tournay [ 20/déc./05 10:16 ] |
| Ok pour cette précision. |
| Commentaire de Pap Ndiaye [ 20/déc./05 16:17 ] |
| C fait |
| Commentaire de Ranto Andriambololona [ 27/déc./05 17:53 ] |
|
J'ai commencé à faire la conf Apache ... J'ai récupéré l'ancienne partie bo.jmh.lan J'ai ces types d'erreur à la génération des pages pseudos statiques Looking up bo.priceminister.lan bo.priceminister.lan Making HTTP connection to bo.priceminister.lan Sending HTTP request. HTTP request sent; waiting for response. Alert!: Access without authorization denied -- retrying lynx: Can't access startfile http://bo.priceminister.lan/navigation/default/category/root_sport?static=true done a suivre ... |
| Commentaire de Sébastien Tournay [ 28/déc./05 09:18 ] |
| Cette erreur sans doute parce qu'il manque dans le fichier /etc/hosts de PHAETON le nom bo.priceminister.lan avec l'@IP privée de PHAETON pour faire la résolution non ? |
| Commentaire de Ranto Andriambololona [ 29/déc./05 11:12 ] |
|
La résolution est bonne car j'arrive à aller en BO via la nouvelle URL, C'est juste la génération des pages pseudos statique qui ne marche pas ... En HTTP, Le BO demande un login / mot de passe (c'est normal) mais que cela demande aussi un login / mot de passe lors de l'accès de LYNX pour la génération des pages pseudos statiques est un fait nouveau à suivre ... |
[APP-17323] un cas de requete redondante sur le bo ? message_back ? Création: 27/juil./07 09:48 Mise à jour: 13/janv./09 11:50 Résolue: 30/juin/08 12:09 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 38.0.0 (TX-D Bis) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Description |
|
2007-07-27 09:30:49,006 DEBUG [-Processor15] BO:Diana
- Executing SQL: SELECT usr_address_id, address1, address2,
change_date, city, country_id, creation_date, digicode, ema il_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_comment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, usr_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ? 2007-07-27 09:30:49,007 DEBUG [-Processor15] BO:Diana - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, country_id, creation_date, digicode, ema il_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_comment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, usr_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ? 2007-07-27 09:30:49,009 DEBUG [-Processor15] BO:Diana - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, country_id, creation_date, digicode, ema il_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_comment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, usr_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ? 2007-07-27 09:30:49,011 DEBUG [-Processor15] BO:Diana - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, country_id, creation_date, digicode, ema il_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_comment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, usr_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ? 2007-07-27 09:30:49,012 DEBUG [-Processor15] BO:Diana - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, country_id, creation_date, digicode, ema il_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_comment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, usr_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ? 2007-07-27 09:30:49,013 DEBUG [-Processor15] BO:Diana - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, country_id, creation_date, digicode, ema il_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_comment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, usr_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ? 2007-07-27 09:30:49,014 DEBUG [-Processor15] BO:Diana - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, country_id, creation_date, digicode, ema il_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_comment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, usr_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ? 2007-07-27 09:30:49,019 DEBUG [-Processor15] BO:Diana - TX committed [1 ms] 2007-07-27 09:30:49,020 INFO [-Processor15] BO:Diana - <<< [581 ms] POST http://bo.priceminister.jmh/message_back!action=usrmessage...&associatedid=63880456&associateorigin almsg=false&complete=true&transfertonewuser=false&umsdomaincode=20&umstemplateid=1524&umtgroupid=1060&userid=12506489&x=32&y=16 |
| Commentaires |
| Commentaire de Justin Ziegler [ 27/juil./07 09:48 ] |
|
Plus globalement, ca vaut le coup de passer le BO au crible pour detecter ce genre de cas evident. merci |
| Commentaire de Manuel Sadok [ 23/juin/08 10:33 ] |
|
Il s'agit du mode de chargement des adresses d'un
utilisateur : au lieu de toutes les charger en une unique requête, elles
sont chargées unitairement (soit 8 ou 9 requêtes selon que l'on demande
ou non l'adresse jeu). Ces requêtes sont exécutées à chaque fois qu'un mail est envoyé à un utilisateur, donc pas seulement à partir de l'url évoquée dans le jira, mais dans l'ensemble de l'application (batchs compris !!). J'ai également repéré cette requête dans le fichier excel identifiant les requêtes trop coûteuses : le coût estimé de cette requête est équivalent à celui de la requête sur data_line ! |
| Commentaire de Manuel Sadok [ 23/juin/08 10:35 ] |
| La correction est faite, mais ne pourra passer dans la V24_0_0. |
| Commentaire de Justin Ziegler [ 23/juin/08 16:42 ] |
|
je ne sais pas si je dois rire ou pleurer ! cool d'avoir résolu le pb ! :-) et il a l'air de taille ! ca fait presque 1 an que j'ai posté le jira :-( |
| Commentaire de Manuel Sadok [ 23/juin/08 17:08 ] |
|
Effectivement, mais le problème semblait moins "critique" à
l'époque ,car concernant le BO (et noyé pami une multitude d'autres Jira
étiquetés Perf et étant épurés au fur et à mesure... :) ). En fait, ce qui m'a le plus alerté, c'est l'analyse des logs de certains batchs, ce qui a permit de comprendre pourquoi la requête était aussi souvent présente dans les top_execution et de faire ensuite le lien avec ton ancien Jira ;-) |
| Commentaire de Quentin de Chivré [ 23/juin/08 17:14 ] |
|
Comment le pb est il corrigé ? Vu qu'on fonctionne en EJB2, je ne vois pas comment tu as pu le traiter |
| Commentaire de Manuel Sadok [ 23/juin/08 17:26 ] |
| En utilisant une "requête maison" qui ramène l'ensemble des adresses d'un utilisateur en un coup plutôt que d'utiliser un finder par type d'adresse. |
| Commentaire de Quentin de Chivré [ 23/juin/08 17:34 ] |
| Pour construire des entités EJB ou juste des objets Info ? |
| Commentaire de Manuel Sadok [ 23/juin/08 17:44 ] |
|
Bien entendu des objets infos ! ;-) Les entity bean n'étaient utilisés que comme intermédiaires pour construire les infos. |
| Commentaire de Manuel Sadok [ 30/juin/08 12:09 ] |
| Fait sur la branche PERFORMANCE__BIS. |
[IMP-5036] creation compte ftp pour pro livreokaz Création: 12/janv./10 16:20 Mise à jour: 05/févr./10 11:56 Résolue: 05/févr./10 11:56 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | livreokaz |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
creation compte ftp pour pro livreokaz
|
| Commentaires |
| Commentaire de Fotigui Tangara [ 05/févr./10 11:38 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : livreokaz mot de passe : dudvc123 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== |
| Commentaire de Fotigui Tangara [ 05/févr./10 11:53 ] |
|
Le compte FTP est à présent opérationnel. Le pro peut déposer des fichier en entrée, écrasement ou sortie. Les fichiers ne seront aspiré par le système qu'à partir de lundi 08/02/2010. Demande traitée. |
| Commentaire de Fotigui Tangara [ 05/févr./10 11:55 ] |
|
Le compte FTP est dès à présent opérationnel. Le pro peut déposer des fichiers en entrée, écrasement ou sortie. Les fichiers ne seront aspirés par le système qu'à partir du lundi 08/02/2010. Demande traitée. |
[APP-16950] recherche produit BO - ajouter une recherche sur la date de création Création: 06/juil./07 11:28 Mise à jour: 05/oct./07 10:17 Résolue: 23/août/07 17:45 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 14.2.1 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Aurélien Vergalli | Attribution: | Violeta Doneva |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Classif1: | BO |
| Classif2: | recherche produit |
| Projets PM archivés: | Maintenance 17.x.x |
| Description |
|
De nombreuses fiches-produit soumises apparaissent comme
modifiées ("changent de date"), sans qu'aucune modification n'ait été
effectuée par le BO. Ainsi on a 600 résultats en cherchant fiches soumises le 04/07, 54 (!!!) le 05/07 et plus de 2000 aujourd'hui le 06/07 ! Pour ainsi dire, les fiches soumises ... "se déplacent". (Changement de date "créé / modifié" : voir PJ) Conséquence : on ne validera ces fiches soumises le 04/07 que lorsqu'on s'attaquera au 06/07 (le 09/07 ?) > temps d'attente de validation considérablement allongé. Exemple de fiche : ID 55965865 |
| Commentaires |
| Commentaire de Christophe Garcia [ 09/juil./07 18:05 ] |
|
A priori, tu te retrouves le 06/07 avec l'ensemble des fiches qui ont été soumises les 2 jours précédents. C'est dû à un batch qui passe la nuit et retouche toutes les nouvelles fiches soumises. Tu as un pic le 06/07 parce que le batch a ramassé l'ensemble des fiches soumises les 2 jours précédents mais ça ne devrait plus être le cas : tu vas retrouver un nombre "normal" de fiches soumises chaque jour. |
| Commentaire de Aurélien Vergalli [ 10/juil./07 09:19 ] |
| Merci pour l'explication. |
| Commentaire de Sandra Ferrero [ 25/juil./07 10:19 ] |
|
Je reviens à la charge car le problème n'est pas du tout
réglé. On se retrouve encore avec + de 1900 fiches le 23/07 ! Dont une
qui date du 16/07 soit un retard de traitemement de près de 10 jours !!!
( http://bo.priceminister.com/referential_back?action=productview&productid=56337500) Je pense qu'il est vraiment urgent qu'on retrouve une visiblité correcte car à l'heure actuelle, il est impossible de savoir où nous en sommes, spécialement en ce moment avec le volume qu'on a. Merci de l'assistante que vous pourrez nous apporter sur ce problème. |
| Commentaire de Sandra Ferrero [ 26/juil./07 14:59 ] |
|
Petite erreur: L'url de l'exemple est http://bo.priceminister.com/referential_back?action=productview&productid=56337500 Voir commentaires ci-dessus. |
| Commentaire de Aurélien Vergalli [ 07/août/07 17:07 ] |
|
Ce problème est toujours d'actualité. Voir en PJ les fiches soumises du 06/08, certaines ayant été créées les 03/08 et 04/08, voire même le 29/07 ! Cette dernière fiche est la seconde PJ : il y est spécifié "Créé 29/07/2007-16:20 par PM Front Office" + "Modifié 06/08/2007-13:25 par PM Front Office" |
| Commentaire de Aurélien Vergalli [ 07/août/07 17:11 ] |
|
Précisions. Les nouvelles PJ pertinentes sont : - la n°2 (fiche "Créé 29/07/2007..") - la n°4 (liste des fiches en état "soumis" du 06/08) |
| Commentaire de Aurélien Vergalli [ 07/août/07 17:27 ] |
|
Précisions bis ;). Le filtre de recherche par date de l'écran BO produit prend en compte la date de modification. Un filtre de recherche se basant sur la date de création des fiches règlerait le problème. |
| Commentaire de Aurélien Vergalli [ 13/août/07 16:48 ] |
|
Je relance, car problème toujours d'actualité. Voir réponse de Christophe "C'est dû à un batch" =>le batch est quotidien ? Doit-on désormais "vivre" avec ce nouveau comportement des fiches soumises ? Le problème allonge sensiblement (voire considérablement dans certains cas) le délai de validation des fiches soumises (nous travaillons logiquement par ordre chronologique). |
| Commentaire de Justin Ziegler [ 17/août/07 10:39 ] |
|
Nicolas, sais tu de quel batch il pourrait s'agir ? Cela serait un batch qui met la change_date à jour sur des produits recemment soumis... :-( du coup, comme l'equipe validation ne peut que sélectionner les produits en fonction de la change_date (et non la creation_date), cela change l'ordre dans lequel les produits sont validés ! la conséquence, c'est que certains utilisateurs se plaignent de nos délais de validation de fiche qui sont trop élevé :-( |
| Commentaire de Justin Ziegler [ 17/août/07 10:40 ] |
|
Patrick, aurait tu un script de migration qui tourne actuellement et qui touche aux change_date sur les produits ? |
| Commentaire de Patrick Pereira [ 17/août/07 10:59 ] |
| Aucun script actuellement. |
| Commentaire de Justin Ziegler [ 17/août/07 15:07 ] |
|
Nicolas, Une idée ? |
| Commentaire de Martin Sudmann [ 17/août/07 15:59 ] |
|
le batch de summarisation modifie bcp de change_dates ; la
possibilité de rechercher par date de création permet quand même de
trouver les fiches récemment soumises. A priori on a toujours cherché sur la date de modification, seulement avant il y avait uniquement l'import qui pouvait changer cette date entre la soumission et la validation. |
| Commentaire de Justin Ziegler [ 20/août/07 10:47 ] |
|
Merci. Peut on svp avoir qqs explications sur le batch de summarisation ? quel type de batch ? un nouveau batch applicatif ? comme m60 ? fréquence ? Objectif / interet ? Est ce permanent ? temporaire ? De ce que dit Martin, j'ai l'impression qu'une solution serait de rajouter en BO la possibilité de faire une requete sur la creation_date ? en plus de la change_date ? Peut on planifier cela dès la prochaine version ? |
| Commentaire de Martin Sudmann [ 20/août/07 11:23 ] |
|
Justin, ce que tu proposes pour la recherche BO est déjà le titre de ce jira ;-) Le batch est un batch manuel, qui ne tourne que sur demande et qui met à jour les summaries (dénormalisations) dans la table product ; chose qui est fait automatiquement par l'appli normalement. Seulement quand on modifie la composition du summary on a besoin de le recalculer de manière globale. |
| Commentaire de Justin Ziegler [ 21/août/07 10:17 ] |
|
OK, désolé.:-) est on sur que cela passera en V17 ? |
| Commentaire de Martin Sudmann [ 21/août/07 12:12 ] |
| c'est planifié avec le lot 2 de la recherche produit en BO pour la V17. |
| Commentaire de Aurélien Vergalli [ 22/août/07 11:47 ] |
|
Eureka : les dates mises à jour sur les fiches soumises
correspondent aux dates de validation des images respectives. Voir PJ. Le premier problème (batch) concernait la v15, ce "nouveau problème"semble daté de la v16. |
| Commentaire de Violeta Doneva [ 23/août/07 17:45 ] |
| Champs de recherche par date de création ajoutés sur le trunc. |
[APP-31130] Refonte Macros de refus Fiche-produit BO Création: 21/sept./10 14:35 Mise à jour: 10/févr./11 15:28 Résolue: 10/févr./11 15:14 |
|
| Etat: | Résolu |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 88.0.0 (VEN-G) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Diana Garzon |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Demande faite dans le cadre du Co-Valid.
Refonte des macros de refus de la fiche produit BO: aujourd'hui insuffisantes pour faire face à l'augmentation du volume de fiches, et développer dans le même temps le niveau de qualité des mails de refus (Facilitator!). En PJ le doc Word décrivant les modifications à apporter + une illustration de suggestion de présentation. - 4 nouvelles macros, - 3 modifications (sommaires) de macros existantes, - 1 suppression de macro obsolète. |
| Commentaires |
| Commentaire de Aurélien Vergalli [ 10/févr./11 15:28 ] |
|
La demande est fermée: tous les points ont été traités? Est-ce ce qu'on peut voir sur bo.dev10.pm.dev ?
Car seules qq modifs sont visibles sur ce serveur... d'où mon interrogation ;) |
[APP-31315] Rechercher + de 200 versions boutiques en BO = erreur Création: 05/oct./10 10:07 Mise à jour: 11/févr./11 10:37 Résolue: 02/déc./10 15:48 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 78.0.0 (CTN-TU) |
| Version(s) corrigée(s): | 87.0.0 (CTN-W) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Renaud Dierickx |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Voir screenshot et lien ci-dessous :
http://bo.priceminister.com/usr_content_back?action=contentversionsearch&content_version_id=&vsn_status_code=&content_id=&ctn_type_code=10&login=&content_value=&start_date=05%2F10%2F2010&end_date=&number_rows=400&x=20&y=12 Aucun problème pour la recherche par défaut (200 contenus). Dès qu'on passe à 400 (plus de contenus recherchés que de contenus existants ?), "Erreur - non disponible". |
| Commentaires |
| Commentaire de Renaud Dierickx [ 02/déc./10 15:48 ] |
|
Je n'arrive pas à reproduire le bug :
http://bo.priceminister.com/usr_content_back?action=contentversionsearch&content_version_id=&vsn_status_code=&content_id=&ctn_type_code=10&login=&content_value=&start_date=05%2F09%2F2010&end_date=&number_rows=4000&x=0&y=0 C'était peut-être dû au problème lors de la mise en prod ! ??? |
| Commentaire de Renaud Dierickx [ 02/déc./10 17:06 ] |
| [CAJ2010Q4CTN] |
[IMP-3887] création compte ftp pour aazlivre-com Création: 01/juil./09 14:08 Mise à jour: 30/oct./09 15:44 Résolue: 06/juil./09 10:44 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | aazlivre-com |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
création compte ftp pour aazlivre-com
|
| Commentaires |
| Commentaire de Jérome Marianne [ 02/juil./09 11:58 ] |
| Il a actuellement les formats par défaut, on laisse comme ça ou faut-il lui attribué un format spécifique? |
| Commentaire de Jérome Marianne [ 03/juil./09 13:51 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : aazlivre-com mot de passe : 123aaz Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== Paramétrage en cours... |
| Commentaire de Jérome Marianne [ 06/juil./09 10:44 ] |
| Compte FTP paramétré et activé. |
[IMP-4983] creation compte FTP pour pro EDEN_21 Création: 06/janv./10 10:22 Mise à jour: 11/janv./10 11:45 Résolue: 11/janv./10 11:45 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | EDEN_21 |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
creation compte FTP pour pro EDEN_21
|
| Commentaires |
| Commentaire de Jérome Marianne [ 07/janv./10 15:38 ] |
| Avec flux de commandes ou juste pour le stock avec les profils actuels? |
| Commentaire de Anne Korchia [ 07/janv./10 15:41 ] |
| non juste le compte ftp pour déposer les fichiers merci |
| Commentaire de Frédéric Nahum [ 11/janv./10 11:42 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : eden_21 mot de passe : gf45SSD1 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== |
| Commentaire de Frédéric Nahum [ 11/janv./10 11:45 ] |
| c'est fait |
[IMP-6369] création compte FTP pour pro Papidemai Création: 18/juin/10 17:34 Mise à jour: 05/juil./10 13:46 Résolue: 05/juil./10 13:46 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | Papidemai |
| Modèle: | (in plano) |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
création compte FTP pour pro Papidemai
|
| Commentaires |
| Commentaire de Jérome Marianne [ 01/juil./10 16:44 ] |
|
Que veux tu dire par le modèle In Plano? Faut-il activer le flux de commandes pour le FTP? |
| Commentaire de Anne Korchia [ 02/juil./10 09:49 ] |
|
Modèle bouquiniste non pas de commandes ftp merci |
| Commentaire de Jérome Marianne [ 05/juil./10 13:33 ] |
|
Compte FTP vendeur créé... Pseudo : papidemai mot de passe : 00papi123demai Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non |
| Commentaire de Jérome Marianne [ 05/juil./10 13:46 ] |
|
Profil écrasement Modèle Bouquiniste paramétré. Compte FTP activé. |
[IMP-4687] Creation Compte FTP type sellermaniaGLOBALPHONE Création: 19/nov./09 16:48 Mise à jour: 31/déc./09 14:25 Résolue: 31/déc./09 14:25 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Frederic vacher | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | globalphone |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Bonjour, Merci de créer un compte FTP au format sellermania pour le compte de GLOBALPHONE. Fred |
| Commentaires |
| Commentaire de Jérome Marianne [ 31/déc./09 14:25 ] |
| Compte FTP activé |
[IMP-2618] création compte ftp pour livre-revue Création: 19/sept./08 10:29 Mise à jour: 30/oct./09 15:43 Résolue: 22/sept./08 15:45 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | livre-revue |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
création compte ftp pour livre-revue
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 19/sept./08 14:27 ] |
| je fairais la modification Lundi |
| Commentaire de Frédéric Nahum [ 22/sept./08 15:35 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : livre-revue mot de passe : fgU45Pz Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Frédéric Nahum [ 22/sept./08 15:45 ] |
| c'est fait il peut dersormais poser son fichier dans stock /ecrasement de son ftp |
[IMP-2238] ouverture compte FTP pour partenaire lagalerie Création: 20/mai/08 10:50 Mise à jour: 30/oct./09 15:43 Résolue: 20/mai/08 12:07 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | lagalerie |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
ouverture compte FTP pour partenaire lagalerie
|
| Commentaires |
| Commentaire de Fotigui Tangara [ 20/mai/08 11:04 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : lagalerie mot de passe : kQpz45TB Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Fotigui Tangara [ 20/mai/08 12:07 ] |
| FTP créé. |
[IMP-2340] création compte ftp pour abraxas-lb Création: 17/juin/08 11:42 Mise à jour: 30/oct./09 15:43 Résolue: 18/juin/08 09:32 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | abraxas-lb |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
création compte ftp pour abraxas-lb
|
| Commentaires |
| Commentaire de Fotigui Tangara [ 18/juin/08 09:21 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : abraxas-lb mot de passe : zarecv389ICD Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Fotigui Tangara [ 18/juin/08 09:30 ] |
| FTP créé et opérationnel... |
[IMP-2903] Creation compte FTP pour pro libalapage Création: 24/nov./08 12:02 Mise à jour: 30/oct./09 15:44 Résolue: 01/déc./08 16:31 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | libalapage |
| Modèle: | sellermania |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Creation compte FTP pour pro libalapage
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 01/déc./08 16:31 ] |
| c'est fait |
| Commentaire de Frédéric Nahum [ 01/déc./08 17:27 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : libalapage mot de passe : ghi45AZ1 Serveur : ftp.priceminister.com / fr ===================================================================== |
[IMP-2940] creation compte FTP pseudo lesquais Création: 28/nov./08 15:08 Mise à jour: 30/oct./09 15:43 Résolue: 03/déc./08 15:51 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | lesquais |
| Modèle: | sellermania |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
creation compte FTP pseudo lesquais
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 03/déc./08 15:51 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : lesquais mot de passe : jail145A Serveur : ftp.priceminister.com / fr ===================================================================== c'est fait |
| Commentaire de Frédéric Nahum [ 03/déc./08 15:51 ] |
| c'est fait |
[IMP-3077] creation compte ftp pour partenaire esopats Création: 12/janv./09 10:25 Mise à jour: 30/oct./09 15:44 Résolue: 14/janv./09 16:48 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | esopats |
| Modèle: | sellermania |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Description |
|
creation compte ftp pour partenaire esopats
|
| Commentaires |
| Commentaire de Fotigui Tangara [ 14/janv./09 16:35 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : esopats mot de passe : pghXBAwj7 Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Fotigui Tangara [ 14/janv./09 16:47 ] |
| Demande traitée... |
[IMP-5563] creation compte ftp artlibris pour neteven Création: 16/mars/10 12:16 Mise à jour: 02/juin/10 11:55 Résolue: 22/mars/10 11:42 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | artlibris |
| Modèle: | neteven |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
creation compte ftp artlibris pour neteven
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 22/mars/10 11:42 ] |
|
c'est fait Compte FTP vendeur créé... Pseudo : artlibris mot de passe : azmp56S Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui |
[APP-19608] Recherches BO produit fiches validées ne fonctionne pas Création: 15/févr./08 09:31 Mise à jour: 15/avr./08 11:27 Résolue: 22/févr./08 11:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | 20.0.0 |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Aurélien Vergalli | Attribution: | Violeta Doneva |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Classif1: | BO |
| Classif2: | recherche produit |
| Projets PM archivés: | Maintenance 20.x.x |
| Description |
|
Recherche avec filtres état "Tout les validés", "Validé par
le BO" et "validé par le système" + filtres de date + type de produit
... => message "Veuillez préciser vos critères de recherche" Lien exemple de recherche : http://bo.priceminister.com/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=&prd_type_code=310&product_id=&base_product_id=&attribute_name_key=&prd_status_code=-60&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&change_start_date=&change_end_date=&owner_login=&data_file_id=&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=01%2F01%2F2008&create_end_date=&order=&number_rows=200&do_search.x=40&do_search.y=11 La recherche avec les autre filtres d'état fonctionne (refusé, supprimé, conflit, ....) |
| Commentaires |
| Commentaire de Aurélien Vergalli [ 15/févr./08 10:01 ] |
| Précision : la recherche décrite fonctionne lorsque le champ "mot-clé" est renseigné. Ce n'est donc pas un bug mais un comportement voulu ? Merci. |
| Commentaire de Espérance Galouo-Lece [ 15/févr./08 10:04 ] |
|
- Le message "Veuillez préciser vos critères de
recherche" est présent pour éviter de faire de trop grande requête; - Le mieux serait de rajouter des précisions; peut être avec une date de modification = "01/01/2008"; - Cela t'aide ou non ? |
| Commentaire de Aurélien Vergalli [ 15/févr./08 17:37 ] |
|
Je comprends bien la raison (éviter les requêtes lourdes)
mais le problème concerne une recherche AVEC des critères renseignés
(voir PJ) (etat + date + type). La preuve, ça fonctionne avec les refusées et supprimées. Il serait bien que l'on puisse au moins lister les fiches validées par le BO ou par le système les deux derniers mois. On a régulièrement besoin de comptabiliser ou de retourner sur les fiches validées dans une catégorie précise entre telle et telle date. |
| Commentaire de Nicolas Chauveau [ 21/févr./08 16:42 ] |
| faut pas enpecher l'exécution de la recherche dans ce cas (en fait, jamais) |
| Commentaire de Violeta Doneva [ 22/févr./08 11:21 ] |
|
Je vais permettre l'exécution de la recherche quand les dates sont sélectionnée, ça c'est effectivement un bug ! Par contre je vois bien qu'on ne permet pas la recherche si l'état est "Validé par ..." et il n'y a pas d'autres critères sélectionnées. Ma ça c'est comme ça depuis toujours (avant que la recherche passe par Fast c'était comme ça je veux dire) alors je ne modifie pas cela, c'était sans doute fait pour des raisons de performance. Si cela vous dérange vraiment il faudra en discuter. Merci. |
| Commentaire de Violeta Doneva [ 22/févr./08 11:25 ] |
| Fichier modifié :src/com/babelstore/product/ProductBackSearchInput.java |
[APP-20240] Historique vidéo KO en BO pour une annonce où la vidéo a été supprimée. Création: 14/avr./08 18:11 Mise à jour: 15/avr./08 15:30 Résolue: 15/avr./08 12:35 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Annonces |
| Affecte la/les version(s): | 20.0.0 |
| Version(s) corrigée(s): | 20.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Swan Desportes |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Internet Explorer 7.X |
| Projets PM archivés: | Annonces Vidéo (Lot 2) |
| Description |
|
2008-04-14 18:05:01,483 INFO [P-Processor6] BO:Anonyme - >>> GET http://bo.pm.lan/advert_back?action=advertbackview&advertid=162485805 2008-04-14 18:05:01,524 ERROR [P-Processor6] BO:Anonyme - Block generation error in : com.babelstore.advert.back.AdvertBackView_jsp 2008-04-14 18:05:01,525 ERROR [P-Processor6] BO:Anonyme - Assembly error Servlet : com.babelstore.advert.back.AdvertBackServlet Request : GET http://bo.pm.lan/advert_back?action=advertbackview&advertid=162485805 Referrer : http://bo.pm.lan/advert_back?action=advertsearch&fuzzy=false&numberrows=200&productid=62680864 User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) Trace : java.lang.NullPointerException at com.babelstore.advert.back.AdvertBackView_jsp.generate(AdvertBackView_jsp.java:469) at com.babelstore.util.Block.generate(Block.java:140) at com.babelstore.util.web.Request.include(Request.java:552) at com.babelstore.util.web.Request.include(Request.java:585) at com.babelstore.util.web.Request.include(Request.java:591) at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:80) at com.babelstore.util.Block.generate(Block.java:140) at com.babelstore.util.web.Screen.generate(Screen.java:149) at com.babelstore.util.web.Request.generate(Request.java:525) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:416) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:184) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2008-04-14 18:05:01,525 INFO [P-Processor6] BO:Anonyme - <<< [42 ms] GET http://bo.pm.lan/advert_back?action=advertbackview&advertid=162485805 2008-04-14 18:05:01,531 INFO [P-Processor5] 192.168.1.175 - > |
| Commentaires |
| Commentaire de Christophe Garcia [ 14/avr./08 18:15 ] |
|
Vrai également sur FP non privée : 2008-04-14 18:13:38,388 INFO [P-Processor5] BO:Anonyme - >>> GET http://bo.pm.lan/advert_back?action=advertbackview&advertid=155070587 2008-04-14 18:13:38,436 ERROR [P-Processor5] BO:Anonyme - Block generation error in : com.babelstore.advert.back.AdvertBackView_jsp 2008-04-14 18:13:38,436 ERROR [P-Processor5] BO:Anonyme - Assembly error Servlet : com.babelstore.advert.back.AdvertBackServlet Request : GET http://bo.pm.lan/advert_back?action=advertbackview&advertid=155070587 Referrer : http://bo.pm.lan/offer/buy/251933/Krings-Antoon-Chloe-L-araignee-Livre.html User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; es; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13 Trace : java.lang.NullPointerException at com.babelstore.advert.back.AdvertBackView_jsp.generate(AdvertBackView_jsp.java:469) at com.babelstore.util.Block.generate(Block.java:140) at com.babelstore.util.web.Request.include(Request.java:552) at com.babelstore.util.web.Request.include(Request.java:585) at com.babelstore.util.web.Request.include(Request.java:591) at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:80) at com.babelstore.util.Block.generate(Block.java:140) at com.babelstore.util.web.Screen.generate(Screen.java:149) at com.babelstore.util.web.Request.generate(Request.java:525) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:416) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:184) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j ava:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2008-04-14 18:13:38,437 INFO [P-Processor5] BO:Anonyme - <<< [49 ms] GET http://bo.pm.lan/advert_back?action=advertbackview&advertid=155070587 |
[APP-28838] Validation BO Tracklistings soumis - un clic de trop pour valider Création: 22/mars/10 09:45 Mise à jour: 10/déc./10 17:27 Résolue: 10/déc./10 17:26 |
|
| Etat: | Résolu |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 88.0.0 (VEN-G) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Jean-Sébastien Franck |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Classif1: | BO | ||||||||
| Classif2: | spec | ||||||||
| Classif FONC: | valid | ||||||||
| Description |
|
Validation d'une tracklist (spécifications FP CD, vinyls,
partitions, K7/MD/LD): on active ou supprime la liste, puis il est
nécessaire valider la fiche produit pour que la modification soit prise
en compte. Cette dernière action fait perdre du temps et n'a pas
toujours été nécessaire. En outre il serait préférable que les
Spécifications en état soumis (à traiter) soient en mode Afficher par
défaut.
|
| Commentaires |
| Commentaire de Jean-Sébastien Franck [ 10/déc./10 17:26 ] |
|
Les spécifications sont désormais toujours affichées sur la fiche produit BO lorsqu'elles ne sont pas validées.
En ce qui concerne le clic en trop : la demande est invalide pour moi ou alors d'autres améliorations ont été faites depuis la soumission du Jira en mars. En effet, il suffit de cliquer sur "Activer" pour que les spécifications soient directement activées. |
| Commentaire de Jean-Sébastien Franck [ 10/déc./10 17:27 ] |
| [CAJ2010Q4VEN] |
[APP-20516] Fiche produit vinyle - Auteur différent BO / front Création: 14/mai/08 12:22 Mise à jour: 17/janv./11 12:32 Résolue: 07/janv./11 16:55 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 82.0.2.2 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Thierry Leforestier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Classif1: | BP |
| Classif2: | contributeur |
| Classif FONC: | ref |
| Description |
|
L'auteur renseigné sur la fiche donné en exemple est bien Bodoin, mais celui-ci devient Bondon en front ! Voir aussi tous les résultats de recherche "Jacques Bondon" qui concernent des fiches avec auteur renseigné "Jacques Bodoin" : http://bo.priceminister.com/nav/Musique_Vinyle/kw/bondon Cas semblable pour d'autres auteurs. |
| Commentaires |
| Commentaire de Christophe Garcia [ 14/mai/08 14:08 ] |
|
C'est la DYNACO qui produit cet effet. Pourrait-on prévoir un mécanisme de débrayage quand l'équipe d'Aurélien détecte une normalisation abusive ? |
| Commentaire de Edouard Gomez-Vaez [ 15/mai/08 09:57 ] |
|
Bon, y a déjà le débrayage radical, mais c'est radical. Pour
un débrayage contributeur par contributeur je n'ai pas d'idée. A moins
de simplement taper en base et de ... recalculer les summary des
produits correspondants... Je mets Thierry en copie. Un idée ? |
| Commentaire de Thierry Leforestier [ 15/mai/08 10:03 ] |
|
Effectivement, c'est du a une normalisation du contributeur
qui a été abusive. le problème ne peut se produire pour le moment que
sur Musique et pour des cas rares. en gros, si le problème se pose sur un seul contributeur, je ne suis pas sûr que ça vaille le coup de commencer un dev pour ça. par contre, si on trouve de nombreux cas, ça vaut peut être le coup de prévoir une checkbox qui permettrait de ne pas utiliser la normalisation Dynaco pour la FP. Après, techniquement .. Edouard, je te repasse la main ! |
| Commentaire de Edouard Gomez-Vaez [ 27/mai/08 13:57 ] |
|
On ne développe pas d'usine à gaz pour l'instant, attendre nettoyage des contributeurs V2. En attendant, Aurélien envoie les dénormalisations abusives à Thierry pour qu'il les prenne en compte dans ses études / livraison dynaco. |
| Commentaire de Edouard Gomez-Vaez [ 30/déc./09 11:31 ] |
| Aurélien, as-tu vu d'autres cas depuis ? |
| Commentaire de Manuel Sadok [ 05/janv./11 16:57 ] |
| Aurélien, Thierry, la problématique est-elle toujours d'actualité ou bien on peut fermer cette demande ? |
| Commentaire de Thierry Leforestier [ 07/janv./11 16:55 ] |
| A priori c'est bon en prod. Je ferme. |
[APP-3474] nego coché en BO mais interdite par le vendeur en FO Création: 12/janv./05 17:37 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.3.0val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Anne Rochelle | Attribution: | Validator |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
login vendeur : coudoux ; password : xena étape 5.4 des tests negociation : "- Dans une nouvelle fenêtre, retrouver l¿annonce en Front-Office et cliquer sur « Questions sur cette annonce » - Vérifier que le lien « Faire une offre à prix négocié » n¿est pas présent : l¿annonce n¿est pas négociable. - En Back-Office, dans le menu de gauche, cliquer sur « Annonces » et retrouver l¿annonce qui vient d¿être créée (soit en rentrant le numéro annonce, visible dans l¿URL en Front-Office, soit en rentrant la date et le nom du vendeur). Cliquer sur le numéro de l¿annonce - Vérifier que le paramètre « Négo acceptée par BO » est coché en vert, et que « Négo acceptée par vendeur » est décoché (croix rouge) " |
| Commentaires |
| Commentaire de Stéphane Archer [ 12/janv./05 19:13 ] |
| en l'occurence le compte couroux accepte la négo ... |
[INF-327] Ajouter compte pricejira pour Axelle Calviera Création: 25/juin/09 11:56 Mise à jour: 15/sept./09 10:45 Résolue: 15/sept./09 10:45 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Charles Decaux | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il semblerait qu'Axelle n'ait pas de compte pricejira, merci de lui en créer un
|
| Commentaires |
| Commentaire de Stéphane Eccli [ 29/juin/09 10:49 ] |
| la demande a été faite a christophe lors de la création de ses comptes. le Jira est toujours chez lui que je sache.... |
| Commentaire de Stéphane Eccli [ 29/juin/09 10:50 ] |
| en attente chez toi avec la fiche d'arrivée. |
| Commentaire de Stéphane Eccli [ 15/sept./09 10:45 ] |
| .... |
[FR] Intégration du référentiel Livres Libri
(CAT-1855)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Import |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Carole Boucheny |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Créer un compte utilisateur "libri_fr" ainsi qu'un compte
FTP pour l'import du référentiel Livres Libri + créer la config FTP.
|
| Commentaires |
| Commentaire de Carole Boucheny [ 15/juil./09 16:06 ] |
| Les comptes utilisateur et ftp sont faits. |
| Commentaire de Marion Anfreville [ 16/juil./09 13:54 ] |
|
Username: libri_fr Password: perd!67RE |
| Commentaire de Carole Boucheny [ 04/août/09 11:03 ] |
| Rappel : la config ftp s'appel : Config_libri_fr |
| Commentaire de Carole Boucheny [ 04/août/09 13:46 ] |
| Modification de la Config. "Tlauncher" --> "Tlauncher2" |
| Commentaire de Carole Boucheny [ 04/août/09 15:40 ] |
| Dans le Tlauncher2, il fallait remplacer "libri_all_fichiers_sources" par "libri_all_fichiers_sources_1.0". |
| Commentaire de Carole Boucheny [ 19/août/09 09:06 ] |
| Dans la config le Tlauncher suffit, car il prend bien en compte la nouvelle version de Talend. |
[APP-12758] BO Configuration produit : affichage très long. Création: 26/sept./06 17:45 Mise à jour: 02/sept./09 14:54 Résolue: 24/juil./09 18:13 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 52.0.0 (CTN-M) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Jérôme Viviès | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Classif1: | BO |
| Classif2: | html |
| Classif FONC: | tech |
| Description |
|
L'ouverture de l'écran "configuration produit" est très longue. http://bo.priceminister.com/referential_back?action=productconfigurationlist Signalé à QdC qui a suggéré l'ouverture d'un jira visant à améliorer la perf de cet écran. JEV - 21/07/2009 : autre piste = plutôt que de travailler la perf de l'écran, choisir d'afficher moins de choses quand on arrive sur l'écran ? Puis choisir son affichage avec le menu déroulant ? |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 27/sept./06 15:56 ] |
| Peut-on regarder si une requête est en cause ? |
| Commentaire de Patrick Pereira [ 04/oct./06 17:17 ] |
|
La requête, qui prend 1 à 5 sesonde est la suivante : select * from prd_configuration ORDER BY rank, prd_medium_code NULLS FIRST, base_prd_type_code NULLS FIRST ; Donc, logiquement : Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=109 Card=132 Bytes=272976) 1 0 SORT (ORDER BY) (Cost=109 Card=132 Bytes=272976) 2 1 TABLE ACCESS (FULL) OF 'PRD_CONFIGURATION' (Cost=9 Card=132 Bytes=272976) Statistics ---------------------------------------------------------- 0 recursive calls 0 db block gets 47 consistent gets 0 physical reads 0 redo size 67647 bytes sent via SQL*Net to client 599 bytes received via SQL*Net from client 11 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 145 rows processed Il n'y a pas de clause where donc le comportement est normal. Je ne peux rien faire. |
| Commentaire de Quentin de Chivré [ 04/oct./06 18:31 ] |
|
Je ne comprend pas pourquoi c'est long... même si on fait un full scan , il n'y a que 145 lignes, c'est peanuts... Pb de cache ? Cette table doit peut-etre etre parametrée pour monter en cache Oracle ? Pb de Blobs ? Il y en aurait trop dans cette table ? L'appli ne fait pas de SELECT * mais colonne par colonne, quelles sont les stats de la "vraie" requete ? |
| Commentaire de Jérôme Viviès [ 05/juin/07 13:38 ] |
|
Quid ? Et si on ne ramenait qu'une partie des infos, ça irait plus vite ? |
| Commentaire de Patrick Pereira [ 04/déc./07 12:57 ] |
|
Pas de problème au niveau base: 149 rows selected. Elapsed: 00:00:00.05 Execution Plan ---------------------------------------------------------- ------------------------------------------------------------------------ | Id | Operation | Name | Rows | Bytes | Cost | ------------------------------------------------------------------------ | 0 | SELECT STATEMENT | | 145 | 299K| 126 | | 1 | SORT ORDER BY | | 145 | 299K| 126 | | 2 | TABLE ACCESS FULL| PRD_CONFIGURATION | 145 | 299K| 10 | ------------------------------------------------------------------------ Statistics ---------------------------------------------------------- 0 recursive calls 0 db block gets 67 consistent gets 0 physical reads 0 redo size 338990 bytes sent via SQL*Net to client 110009 bytes received via SQL*Net from client 293 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 149 rows processed Je transmets le Jira au dev. |
| Commentaire de Nicolas Chauveau [ 21/févr./08 17:18 ] |
|
la page est super large, avec des tableaux imbriqués. à améliorer ? |
| Commentaire de Swan Desportes [ 07/mai/08 14:58 ] |
|
IL faudrait peut être passer en DIV mais ça ne changera pas grand chose : il y énormément d'informations à afficher. Autre possibilité : on change le fonctionnement de la page : moins d'info, chargements Ajax --> à discuter. |
| Commentaire de Quentin de Chivré [ 27/mai/08 16:58 ] |
|
C'est pas super rapide mais ca reste tolérable... Avant de trouver des solutions, pousser l'analyse : quels sont les temps côté serveur (hors SQL) ? |
| Commentaire de Fabrice Feugas [ 11/mai/09 16:59 ] |
| Des news sur l'avancée de ce JIRA ? La page met toujours autant de temps à s'afficher... |
| Commentaire de Clement Balay [ 11/mai/09 18:25 ] |
| non, ça reste au point mort, trop chiant à corriger |
| Commentaire de Damien Dorizy [ 11/mai/09 18:33 ] |
| Je déplace ce Jira en dev-réserve. Ce n'est pas l'affichage qui prend du temps (même s'il n'est pas super rapide sur certains navigateurs) mais bien le traitement post-requête (dixit. Alex). |
| Commentaire de Jérôme Viviès [ 12/mai/09 09:33 ] |
|
Et donc, ça va avancer un jour ou pas ? Sur l'international, on a des paquets de config produits à faire, et pas mal de projets France qui y touchent et on continue à galérer... C'est si dur que ça à corriger ? On va finir par faire le dev nous même (!) |
| Commentaire de Nicolas Chauveau [ 12/mai/09 09:38 ] |
|
Dans un premier temps, analyser : - Temps base de données - Temps serveur - Temps côté client pour proposer une action |
| Commentaire de Jérôme Viviès [ 21/juil./09 10:37 ] |
|
Salut, Autre piste - je ne sais plus avec uqi j'en ai parlé : => plutôt que de travailler la perf de l'écran, choisir d'afficher moins de choses quand on arrive sur l'écran ? Puis choisir son affichage avec le menu déroulant ? |
| Commentaire de Alexandre Garnier [ 21/juil./09 16:23 ] |
|
Problème PERF en PROD avec cette page et les requêtes IG effectuées ! Mais sinon, franchement cette page est inbuvable, serait pas mieux de la revoir fonctionnellement ? |
| Commentaire de Patrick Pereira [ 21/juil./09 16:35 ] |
|
On a failli avoir un pb grave sur la prod à cause de cet
écran, suite à l'énervement d'une personne au BO sur cet écran. Il faut résoudre ce pb d'urgence. Le simplifier ? Pourrait-on, comme le suggère Alexandre, accéder au cache dans le BO pour ces données, alors qu'on ne le fait pour le moment qu'en FO ? Au niveau de la base de données, aucune requête n'est coûteuse, mais c'est le grand nombre de celles-ci qui pose problème. Pour info, c'est celle-ci qui se répète un grand nombre de fois : SELECT CMCONTVER.CONTVERID, CMCONTVER.STATEID, CMCONTVER.MODIFIEDDATETIME, CMCONTVER.VERCOMMENT, CMCONTVER.ISCHECKEDOUT, CMCONTVER.ISACTIVE, CMCONTVER.CONTID, CMCONTVER.CONTID, CMCONTVER.LANGUAGEID, CMCONTVER.VERSIONMODIFIER, CMCONTVERDIGASSET.DIGASSETID, CMCONTENTCATEGORY.CONTENTCATEGORYID, CMCONTVER.VERVALUE FROM INFOGLUE_V49_0_1_1.CMCONTVER, INFOGLUE_V49_0_1_1.CMLANGUAGE CMLANGUAGE_3, INFOGLUE_V49_0_1_1.CMCONTENTTYPEDEF CMCONTENTTYPEDEF_2, INFOGLUE_V49_0_1_1.CMCONTVERDIGASSET, INFOGLUE_V49_0_1_1.CMCONT CMCONT_0, INFOGLUE_V49_0_1_1.CMREPOSITORY CMREPOSITORY_1, INFOGLUE_V49_0_1_1.CMCONTENTCATEGORY WHERE CMCONTVER.CONTVERID=CMCONTVERDIGASSET.CONTVERID(+) AND CMCONTVER.CONTVERID=CMCONTENTCATEGORY.CONTVERID(+) AND CMCONTVER.CONTID=CMCONT_0.CONTID AND CMCONT_0.REPOSITORYID=CMREPOSITORY_1.REPOSITORYID AND CMCONT_0.CONTENTTYPEDEFID=CMCONTENTTYPEDEF_2.CONTENTTYPEDEFID AND CMCONTVER.LANGUAGEID=CMLANGUAGE_3.LANGUAGEID AND (CMREPOSITORY_1.NAME = :x1 AND CMCONT_0.NAME = :x2 AND CMCONTENTTYPEDEF_2.NAME = :x3 AND CMLANGUAGE_3.LANGUAGEID = :x4 AND CMCONTVER.STATEID >= :x5 AND CMCONTVER.ISACTIVE = :x6) ORDER BY CMCONTVER.CONTVERID DESC; |
| Commentaire de Alexandre Garnier [ 21/juil./09 16:46 ] |
|
A mon avis, au niveau de la requête IG, on peut faire 2 améliorations : - passer par le reposioryId --> plus de jointure sur la table repository - passer par le contentTypeDefId --> plus de jointure sur la table des contentTypeDef De plus, l'intérêt de by-passer le cache pour un affichage BO est null lorsqu'il s'agit de données IG donc on pourrait en effet passer par le cache. Enfin, l'utilisation d'un repository unique pour ces données permettrait de se passer d'un fallback de repository automatique puisqu'on tente encore actuellement de récupérer les données dans express avant de les trouver dans default. |
| Commentaire de Alexandre Garnier [ 24/juil./09 18:13 ] |
|
[CAJ2009Q3CTN] infoglue@r447 dev_ctn@r24862 |
| Commentaire de Alexandre Garnier [ 24/juil./09 18:21 ] |
|
Après consultation de tout le monde, suppression des
colonnes de templating produit IG de cette écran et donc suppression des
requêtes IG (et non utilisation du cache aussi) En DEV : Avant : - [2723 ms] GET http://bo.ref-fr.pm.dev/referential_back?action=productconfigurationlist&show=4 - 2.76s dans Firebug pour la requête - ~5s dans Firebug au total Après : - [247 ms] GET http://bo.pm.boulard:1580/referential_back?action=productconfigurationlist&show=4 - 385ms dans Firebug - ~3s dans Firebug au total A voir le gain de perf en INTEG où c'était bien plus flagrant. |
[INF-345] Création d'un compte sur perrier pour loggerhead Création: 24/juil./09 14:04 Mise à jour: 27/juil./09 12:04 Résolue: 27/juil./09 12:04 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Merci de créer un compte loggerhead@perrier avec comme mot de passe provence. Ce compte servira au DEV à la mise en place de Loggerhead de manière indépendante. |
| Commentaires |
| Commentaire de Stéphane Eccli [ 24/juil./09 15:38 ] |
| avec quels droits sur quoi ? |
| Commentaire de Alexandre Garnier [ 24/juil./09 15:40 ] |
| Euh aucun droit spécifique, comme integ.continue |
| Commentaire de Stéphane Eccli [ 24/juil./09 17:29 ] |
|
login : loggerhead.perrier pwd : provence on est obligé de mettre machin.truc lors de la création d'un compte.... |
| Commentaire de Alexandre Garnier [ 27/juil./09 11:22 ] |
|
Ça marche pas ! Au passage, 'loggerhead.perrier' c'est pas génial (demain bzr pourrait être sur toto), 'bazaar.web' c'est possible dans ce cas si faut absolument du 'truc.chose' ? $ ssh loggerhead.perrier@perrier loggerhead.perrier@perrier's password: Last login: Mon Jul 27 11:18:00 2009 from boulard.lan Could not chdir to home directory /users/loggerhead.perrier: No such file or directory mkdir: cannot create directory `/users/loggerhead.perrier/.bazaar': No such file or directory touch: cannot touch `/users/loggerhead.perrier/.bazaar/bazaar.conf': No such file or directory diff: /users/loggerhead.perrier/.bazaar/bazaar.conf: No such file or directory Generating public/private dsa key pair. Could not create directory '/users/loggerhead.perrier/.ssh'. open /users/loggerhead.perrier/.ssh/id_dsa failed: No such file or directory. Saving the key failed: /users/loggerhead.perrier/.ssh/id_dsa. -bash: /users/loggerhead.perrier/.ssh/authorized_keys: No such file or directory chmod: cannot access `/users/loggerhead.perrier/.ssh': No such file or directory chmod: cannot access `/users/loggerhead.perrier': No such file or directory |
| Commentaire de Stéphane Eccli [ 27/juil./09 12:04 ] |
|
mis a jour en bazaar.web pwd provence |
[APP-6352] BO > Aide en ligne: Erreur si on replit la racine Création: 17/nov./05 18:08 Mise à jour: 25/juin/07 18:33 Résolue: 18/nov./05 17:55 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | 8.0.8 |
| Version(s) corrigée(s): | 8.0.8 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Pascal Mazars | Attribution: | Emmanuel Gosse |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
http://bo.priceminister.com/help_back?action=helptree&brand=true&helpid=1&unfold= 2005-11-17 16:53:02,777 ERROR [ol Worker-10] - RuntimeException in method: public abstract com.babelstore.display.DisplayUnitDetail com.babelstore.display.business.DisplayUnitCatalog.getDisplayUnitDetail(java.lang.Long) throws java.rmi.RemoteException: java.lang.NullPointerException at com.babelstore.util.Query.close(Query.java:553) at com.babelstore.display.business.DisplayUnitDetailQuery.readDisplayUnitDetail(DisplayUnitDetailQuery.java:168) at com.babelstore.display.business.DisplayUnitDetailQuery.getDisplayUnitDetail(DisplayUnitDetailQuery.java:145) at com.babelstore.display.business.DisplayUnitDetailQuery.getDisplayUnitDetail(DisplayUnitDetailQuery.java:132) at com.babelstore.display.business.DisplayUnitCatalogBean.getDisplayUnitDetail(DisplayUnitCatalogBean.java:52) at sun.reflect.GeneratedMethodAccessor72.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) |
| Commentaires |
| Commentaire de Arnaud Forgues [ 18/nov./05 12:55 ] |
|
Swan, je te laisse dispatché cela dans ton équipe. A priori ce n'est pas urgent, c'est comme ca depuis toujours. Je vois 2 possibilité : - Soit on empeche l'edition du noeud racine dans l'interface BO - Soit on etudie pourquoi la requete plante et on corrige Mais de toute facon, il n'y a pas de raison de remplir le noeud racine |
| Commentaire de Emmanuel Gosse [ 18/nov./05 17:55 ] |
|
bug identique |
| Commentaire de Ariane Baldinger [ 21/nov./05 17:53 ] |
| OK => vu en integ |
[APP-11721] Chantier "Mon compte" : Ouverture de compte ne pas précocher Négociation par défaut pour les pro Création: 17/août/06 17:00 Mise à jour: 25/juin/07 18:43 Résolue: 05/janv./07 12:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 9.0.2a |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Nouvelle fonctionnalité | Priorité: | Critique |
| Rapporteur: | Emmanuelle Lachamp | Attribution: | Benoît Bourdon |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Prod |
| Classif1: | MON COMPTE |
| Classif2: | mon compte - vendeur pro - nego |
| Classif FONC: | Reserve |
| Projets PM archivés: | Maintenance 12.0.0 |
| Description |
|
Lors de la creation d'un compte l'option "Négociation" est
cochée par défaut, il faudrait que cette option ne le soit pas pour les
comptes professionnels.
|
| Commentaires |
| Commentaire de Gaël Caro [ 22/août/06 20:01 ] |
|
Bertrand, A intégrer dans le chantier "Mon Compte". |
| Commentaire de Bertrand Luc Yovanovitch [ 11/oct./06 17:24 ] |
|
Aprés discussion avec Emmanuelle il apparait : - que dés le départ la négo ne devait pas être coché pour les pros, nous sommes donc en présence d'une regression - que ce precochage est extremement dommageable car il entraine beaucoup d'annulations de commande. Il serait plus rapide de traiter ce Jira indépendamment du chantier mon compte. |
| Commentaire de Gaël Caro [ 12/oct./06 10:40 ] |
|
Quentin, Toujours dans la logique prochain lot déjiratisation pour l'équipe réserve". |
| Commentaire de Quentin de Chivré [ 05/déc./06 09:43 ] |
| A prioriser en Maintenance 12.0.0 si possible |
| Commentaire de Benoît Bourdon [ 27/déc./06 16:55 ] |
|
Pour chiffrage. En Pj l'analyse de l'existant et la description de la solution. Dans tous les cas, il y a quelques modificaiton plus "profondes", à voir dans le chantier « mon compte » (?) : - Mettre le siret et la raison social dès le formulaire de création de compte - Mieux informer les vendeurs PRO de l'existence de cette fonction |
| Commentaire de Quentin de Chivré [ 28/déc./06 12:15 ] |
|
Qq remarques : 1/ Le déclaration "pro", le n° Siret et autres infos relatives aux pros étaient par le passé sur le formulaire d'incription. Elles en ont été retirées et placées sur le formulaire de coordonnées de paiement volontairement., en partie parceque bcp de personnes exercant une activité libérale (sans rapport avec l'achat vente sur PM) se déclaraient abusivement comme pros a ce stade => donc attention, il y a un historique, revenir éventuellement en arrière doit être fait en en tenant compte => voir Steven le jour ou on se penche la dessus 2/ Pour ce qui est de la négo, on peut effectivement dupliquer en BO la fonction FO afin de forcer l'équipe commerciale a se poser la question lors de la validation des comptes. Il me semble qu'il y avait aussi une demande de Benjamin d'interdire la négo a certains pros. Or aujourd'hui rien ne les empeche de réactiver la négo en FO. Faut-il une autre fonctionalité de "forcage" en BO du type "autoriser le vendeur a choisir s'il accepte ou non la négo" ? Cela fait peut-etre partie d'une autre spec ? 3/ Faire valider toute solution passant par le BO par Steven, Faire valider toute solution liée à la négo par PKR aussi 4/ Pour info, il existe des specs Négo qui de mémoire n'était pas trop mal, la : V:\Projets\_Archive\Nego Benoit, je ne sais pas si tu le savais, ca peut aider pour l'analyse de l'existant. Ton doc de conception mérite aussi d'être stocké dans le même répertoire |
| Commentaire de Arnaud Forgues [ 28/déc./06 16:11 ] |
| Pour chiffrage |
| Commentaire de Swan Desportes [ 29/déc./06 15:04 ] |
|
Chiffrage : il s'agit d'ajouter une fonctionnalité back qui permet de mettre un champ de la table USER --> 1j voir Benoit Bourdon pour plus d'info. |
| Commentaire de Benoît Bourdon [ 03/janv./07 16:47 ] |
|
Ok alexandre, j'ai pu valider avec les bonnes personnes. Nous pouvons démarrer ce dev dès que possible. Je suis dispo pour te donner un peu plus d'explication. |
| Commentaire de Alexandre Garnier [ 05/janv./07 12:27 ] |
| C'est fait |
| Commentaire de Benoît Bourdon [ 05/janv./07 15:21 ] |
|
Ok. petit détail important. Le label : avant de passer en INTEGR, est ce que tu peux changer "Accepter" en "Accepte la Négo." |
| Commentaire de Patrick Condevaux [ 06/févr./07 11:56 ] |
| ok negociation modifiable depuis le BO dans la popup Droits Vendeur |
[IMP-7623] Création compte FTP pour pro illibook1 Création: 14/déc./10 14:59 Mise à jour: 22/déc./10 13:40 Résolue: 22/déc./10 13:40 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Hervé Octuvon-Bazile |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | illibook1 |
| Modèle: | sellermania |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement), Mise à jour/création annonces, Suppression annonces
|
| Description |
|
Création compte FTP pour pro illibook1
|
| Commentaires |
| Commentaire de Hervé Octuvon-Bazile [ 22/déc./10 11:59 ] |
|
=====================================================================
Compte FTP vendeur créé... Pseudo : illibook1 mot de passe : Hl74ulU Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Hervé Octuvon-Bazile [ 22/déc./10 13:40 ] |
|
Bonjour,
Le compte FTP est créé et paramétré en SELLERMANIA. Demande traité. |
creation p+f+maj ecrasement nouveau partenaire retropresse
(IMP-1035)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Fabien Farache |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | retropresse |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Créer un compte FTP pour l'import de stock + Images.
|
| Commentaires |
| Commentaire de Marion Anfreville [ 27/juil./07 18:01 ] |
|
Je t'assigne cette demande pour que tu t'exerces =) le compte FTP doit être créer avec le login en minuscule (toujours !) |
| Commentaire de Rodrigue Nsiangani [ 31/juil./07 15:36 ] |
|
Modèle Livres, Livres Anciens, Revues #0.1 http://bo.priceminister.com/datafile_back?action=advertmappingview&advertmappingid=14304 |
| Commentaire de Rodrigue Nsiangani [ 31/juil./07 16:16 ] |
|
==== Home : retropresse ===== ==== Pass : simmon ========== |
| Commentaire de Rodrigue Nsiangani [ 31/juil./07 16:16 ] |
|
<Partner name='retropresse' id='13859830' home='retropresse'> <!-- Import de stock --> <Directory path='stock/ecrasements'> <Action type='Move' id='5074947' check_file='1'> <Files>*.csv</Files> <Files>*.tab</Files> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/retropresse/stock/ecrasements</Destination> </Action> </Directory> <!-- Import d'images --> <Directory path='Images'> <Action type='Move' check_file='1'> <Files>*.jpg</Files> <Files>*.jpeg</Files> <Files>*.gif</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/retropresse/</Destination> </Action> </Directory> </Partner> |
| Commentaire de Fabien Farache [ 31/juil./07 16:22 ] |
|
- compte ftp créé - config créée - conf partenaire ajoutée dans Config.xml, |
[EXP-4475] prblm connexion compte bangmedia_fr Création: 07/août/08 10:03 Mise à jour: 12/août/08 10:37 Résolue: 12/août/08 10:37 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Jany Marimoutou | Attribution: | Ange Ferrari |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Le compte : bangmedia_fr http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=15263840 Le vendeur m'a envoyé ce message ce matin. J'ai besoin d'un traitement urgent de son problème afin d'éviter des annulations : Hi Both, There seems to be an IT problem on your end, our system is not able to retrieve orders from Priceminister backend. As a result most of the orders from 01/08/08 are not process except for the ones which I've replied to Jany yesterday. We also have problems logging into priceminister to resolve this issue, could you kindly get your IT dept to check on this matter & keep us posted of the outcome. In view of this issue on your end, I hope we are not set for vacation since the problem is with your IT dept. We would appreciate if you could advise us the outcome soonest as to enable us to resume business as usual. Let me know if you need to discuss this matter via phone. |
| Commentaires |
| Commentaire de Frédéric Nahum [ 07/août/08 10:09 ] |
|
Pourrais tu me préciser a quelle niveau ce partenaire a un
problème car je vois rien de particulier dans son compte, je ne crois
pas que c'est lié aux import son problème. C'est quoi exactement le problème, problème de connexion au site ? Problème avec les flux de commande ? ??? |
| Commentaire de Jany Marimoutou [ 07/août/08 11:35 ] |
|
il travaille par FTP, et leur système n'arrive à récupérer
les commande. Il n'arrive pas non plus à se connecter au site internet.
j'ai du récupéré les fichiers moi même hier pour ensuite annulé les
commandes qui ne peuvent être honorées. Sachant maintenant qu'ils sont situés à Singapour. Ajouté au fait qu'apparement nous avons subi des attaques virales depuis l'Asie. Il se peut que celà vienne de l'exploitation qui a fermé certaines vannes pour exclure les connexions venant d'Asie. Je n'en sais rien ! OU alors ça vient d'ailleurs. Quoiqu'il en soit il n'arrive plus à se connecter à son FTP, ni le site, comme indiqué dans son mail. |
| Commentaire de Frédéric Nahum [ 07/août/08 11:43 ] |
| ok je vais voir avec l'exploi merci pour l'explication |
| Commentaire de Frédéric Nahum [ 07/août/08 11:47 ] |
| effectivement il ya eu des verrouillage sur l'asie, je transfert ce jira à l'exploit |
| Commentaire de Frédéric Nahum [ 07/août/08 11:47 ] |
| Apparemment le partenaire n'arrive plus a se connecter au site et au ftp |
| Commentaire de Ange Ferrari [ 07/août/08 11:50 ] |
|
Hello Jany, Oui nous avons bloqué la plaque asiatique suite à l'attaque il me faudrait l'ip qu'ils utilisent pour se connecter à notre service. Je vais essayer de faire en sorte que lui puisse se connecter par contre il sera limité au niveau du débit et ça je ne peux pas le faire sauter |
| Commentaire de Jany Marimoutou [ 07/août/08 12:08 ] |
|
je lui ai demandé de confirmer les IP suivantes : For France : 203.125.19.50 For Spain : 203.125.19.59 |
| Commentaire de Jany Marimoutou [ 11/août/08 11:26 ] |
| The IP address is 61.14.65.135 which is used for uploading products and retrieving all orders. Thanks. |
| Commentaire de Patrice Boulanger [ 12/août/08 10:37 ] |
|
La demande a été traitée, la dernière adresse IP fournie a été autorisée sur tous nos frontaux web et FTP. Merci. |
[APP-21547] [BO : Problème annonce] OutOfMemoryError suite à mise en surbrillance Création: 30/juil./08 14:49 Mise à jour: 31/juil./08 10:59 Résolue: 30/juil./08 15:48 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 26.0.0 (TX-B) |
| Version(s) corrigée(s): | 26.0.2 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Arnaud Forgues | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Quand on accède à l'écran de modélration des "Problèmes
annonces", la page met longtemps à se charger. Puis on a un
OutOfMemoryError dans les logs Sur angita avant que le serveur parte en vrille 2008-07-30 13:19:26,516 ERROR [-Processor31] BO:Renaud - Assembly error Servlet : com.babelstore.question.back.QuestionBackServlet Request : GET http://bo.priceminister.com/question_back?action=search&detail=false&fuzzy=false&numberrows=200&qststatuscode=10&qsttypecod e=30 Referrer : http://bo.priceminister.com/user_back?action=usersearch&fuzzy=false&numberrows=200 User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13 Trace : java.lang.OutOfMemoryError: Java heap space at java.util.Arrays.copyOf(Arrays.java:2882) at java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:100) at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:390) at java.lang.StringBuffer.append(StringBuffer.java:224) at java.util.regex.Matcher.appendReplacement(Matcher.java:748) at java.util.regex.Matcher.replaceAll(Matcher.java:813) at java.lang.String.replaceAll(String.java:2190) at com.babelstore.util.Format.highlightKeywords(Format.java:242) at com.babelstore.question.back.ProblemSearch_jsp.generate(ProblemSearch_jsp.java:294) at com.babelstore.util.Block.generate(Block.java:140) at com.babelstore.util.web.Request.include(Request.java:555) at com.babelstore.util.web.Request.include(Request.java:588) at com.babelstore.util.web.Request.include(Request.java:594) at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:77) at com.babelstore.util.Block.generate(Block.java:140) at com.babelstore.util.web.Screen.generate(Screen.java:149) at com.babelstore.util.web.Request.generate(Request.java:528) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:416) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:184) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) |
| Commentaires |
| Commentaire de Arnaud Forgues [ 30/juil./08 15:02 ] |
|
Corrections mise en place et taggé en V26_0_2 NB : [forguesa@gobillard history]$ ./history_between_tags.sh V26_0_1 BRANCH_V26 # 2008/07/30 14:07 - forguesa # dev/source/src/com/babelstore/admin/business/AdminCatalogBean.java:1.47.4.1 dev/source/src/com/babelstore/util/Format.java:1.230.2.1 [forguesa@gobillard history]$ ./history_between_tags.sh V26_0_1 V26_0_2 # 2008/07/30 14:07 - forguesa # dev/source/src/com/babelstore/admin/business/AdminCatalogBean.java:1.47.4.1 dev/source/src/com/babelstore/util/Format.java:1.230.2.1 |
| Commentaire de Cédric Goldovsky [ 30/juil./08 15:53 ] |
| quel était ce fameux commentaire qui faisait mouliner ? |
| Commentaire de Arnaud Forgues [ 30/juil./08 16:42 ] |
|
c'était : "Vds dvd windows vista pro dell état neuf .Vendu
cause mon IBM thinkpad T42p se montre poussif et pas de fonction aéro.
La licence est officielle et validée via Microssoft update.Ce n'est pas
une copie mais une verson officielle ." sur la mise en vente d'un
logiciel PC vendu à 50¿ J'ai reproduit le problème en integ là : http://bo.pm.lan/question_back?action=search&detail=false&fuzzy=false&numberrows=200&qststatuscode=10&qsttypecode=30 (dernière question) concernant l'annonce n°162734891 Le problème d'origine en prod : http://bo.priceminister.com/question_back?action=questionbackview&questionid=21190942 |
[DEC-140] Export csv des comptes professionnels de l'automobile Création: 02/nov./05 11:10 Mise à jour: 11/sept./07 18:03 Résolue: 16/nov./05 14:32 |
|
| Etat: | Fermé |
| Projet: | Reporting |
| Composants: | Trading |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Laurent Merlet | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Exraction hebdomadaire pour l'équipe commerciale auto dirigée par Damien Du Fretay export csv des professionnels actifs de l'automobile: - identifiant compte - Login compte - Prénom - Nom associés au compte |
| Commentaires |
| Commentaire de Laurent Merlet [ 16/nov./05 12:57 ] |
|
Cette demande n'a plus lieu d'être sachant que l'équipe commerciale a dejà un rapport à disposition sur les comptes PRO-AUTO. Laurent. |
[IMP-2088] Mise en place FTP compte Saglio Création: 11/avr./08 15:43 Mise à jour: 30/oct./09 15:43 Résolue: 15/avr./08 10:45 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Gaël Seguillon | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | Saglio |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Groupe: | sellermania |
| Description |
|
Mise en place FTP compte Saglio type Sellermania
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 15/avr./08 10:44 ] |
| Voici l'extraction de stock du 15/04/2008 |
| Commentaire de Frédéric Nahum [ 15/avr./08 10:45 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : saglio mot de passe : sh4FH Serveur : ftp.priceminister.com / fr ===================================================================== Avec la config Sellermania |
[IMP-1517] Creation compte FTP pseudo: Teresacg Création: 05/nov./07 18:24 Mise à jour: 30/oct./09 15:43 Résolue: 07/nov./07 14:03 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Cantoni Carlos | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||
| Pays: |
ESP - Espagne
|
||||||||||
| Login: | teresacg | ||||||||||
| Séparateur: | N/A | ||||||||||
| Type de traitement: |
N/A
|
| Description |
|
Bonjour pouvez-vous creer un compte FTP pour le partenaire teresacg merci |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 07/nov./07 14:03 ] |
|
Compte FTP et configuration crées: pseudo : teresacg Pass : jji88hfuU7 serveur: ftp.priceminister.es Port: 21 |
[IMP-6645] Création compte FTP pseudo fafeuille Création: 29/juil./10 10:02 Mise à jour: 03/août/10 14:33 Résolue: 03/août/10 14:33 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Maram Khayati | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | fafeuille |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Création compte FTP pseudo fafeuille Merci |
| Commentaires |
| Commentaire de Maram Khayati [ 02/août/10 16:57 ] |
|
Salut, Il faut paramétrer la gestion des flux de commandes aussi. Merci |
| Commentaire de Fotigui Tangara [ 03/août/10 14:28 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : fafeuille mot de passe : eLf!33xZF Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Fotigui Tangara [ 03/août/10 14:33 ] |
|
FTP (gestion stock+flux de commandes) mis en place. Le PRO déposera ses fichiers dans le dossier /stock/ecrasement, pour une gestion de son stock via FTP. Il a toujours la possibilité de soumettre ses fichiers via front office. Demande traitée. |
[IMP-6646] Création compte FTP pseudo vaour Création: 29/juil./10 10:17 Mise à jour: 03/août/10 14:24 Résolue: 03/août/10 14:24 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Maram Khayati | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | vaour |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Création compte FTP pseudo vaour Merci |
| Commentaires |
| Commentaire de Maram Khayati [ 02/août/10 17:00 ] |
|
Salut, Il faut paramétrer la gestion des flux de commandes aussi. Merci. |
| Commentaire de Fotigui Tangara [ 03/août/10 14:12 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : vaour mot de passe : r!PqL274 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Fotigui Tangara [ 03/août/10 14:23 ] |
|
FTP (gestion stock+flux de commandes) mis en place. Le PRO déposera ses fichiers dans le dossier /stock/ecrasement, pour une gestion de son stock via FTP. Il a toujours la possibilité de soumettre ses fichiers via front office. Demande traitée. |
[IMP-6644] Création compte FTP pseudo manu339 Création: 29/juil./10 10:00 Mise à jour: 03/août/10 14:47 Résolue: 03/août/10 14:47 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Maram Khayati | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | manu339 |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Création compte FTP pseudo manu339 Merci |
| Commentaires |
| Commentaire de Maram Khayati [ 02/août/10 16:57 ] |
|
Salut, Il faut paramétrer la gestion des flux de commandes aussi. Merci. |
| Commentaire de Fotigui Tangara [ 03/août/10 14:38 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : manu339 mot de passe : manu!229xP Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Fotigui Tangara [ 03/août/10 14:46 ] |
|
FTP (gestion stock+flux de commandes) mis en place. Pour une gestion de son stock via FTP, le PRO déposera ses fichiers : - dans le dossier /stock/ecrasements, pour un mode de traitement de type "Écrasement" - dans le dossier /stock/entrees, pour un mode de traitement de type "Entrée" - dans le dossier /stock/sorties, pour un mode de traitement de type "Sorties" Il a toujours la possibilité de soumettre ses fichiers via front office. Demande traitée. |
[IMP-4097] Creation compte FTP partenaire deltatecc Création: 21/août/09 14:15 Mise à jour: 30/oct./09 15:44 Résolue: 25/août/09 09:56 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Cantoni Carlos | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | deltatecc |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Creation compte FTP partenaire deltatecc pourriez-vous creer un compte FTP pour recevoir les fichiers du partenaire Deltatecc? merci |
| Commentaires |
| Commentaire de Jérome Marianne [ 24/août/09 10:07 ] |
|
On utilise les profils actuels : Entrée/ Ecrasement et Sorties avec le format Entrée 2004? |
| Commentaire de Cantoni Carlos [ 24/août/09 17:07 ] |
|
Oui, entré, ecrasement et sorties. selon la taille de l'inventaire on verra après si nous devons faire un diff |
| Commentaire de Jérome Marianne [ 25/août/09 09:40 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : deltatecc mot de passe : 12te56cc Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== |
| Commentaire de Jérome Marianne [ 25/août/09 09:56 ] |
| Compte FTP paramétré et activé. |
[IMP-6647] Création compte FTP pseudo libedelweiss Création: 29/juil./10 10:20 Mise à jour: 02/août/10 17:29 Résolue: 02/août/10 16:33 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Maram Khayati | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | libedelweiss |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Création compte FTP pseudo libedelweiss mail : librairie@librairie-edelweiss.com Merci |
| Commentaires |
| Commentaire de Fotigui Tangara [ 30/juil./10 16:36 ] |
|
Le PRO souhaite un compte FTP uniquement pour la gestion de
son stock ? Faut-il paramétrer la gestion des flux de commandes ? |
| Commentaire de Maram Khayati [ 30/juil./10 16:44 ] |
| Il a juste demandé d'activer le ftp pour le compte libedelweiss. |
| Commentaire de Fotigui Tangara [ 30/juil./10 17:03 ] |
|
OK. |
| Commentaire de Fotigui Tangara [ 02/août/10 16:04 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : libedelweiss mot de passe : W!delSS321 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== |
| Commentaire de Fotigui Tangara [ 02/août/10 16:33 ] |
|
Le FTP est actif pour le compte libedelweiss. Demande traitée. |
| Commentaire de Maram Khayati [ 02/août/10 16:55 ] |
|
Salut, Le Pro revient vers moi pour paramétrer la gestion des flux de commandes. Merci. |
| Commentaire de Fotigui Tangara [ 02/août/10 17:19 ] |
|
Je t'avais pourtant demander s'il fallait mettre en place la gestion des flux de commandes !!!! Je le mets en place |
| Commentaire de Maram Khayati [ 02/août/10 17:22 ] |
|
Oui je m'en excuse mais il m'a fait le demande aujourd'hui. Désolée !! |
| Commentaire de Fotigui Tangara [ 02/août/10 17:23 ] |
|
Ok, ce n'est pas grave. Les flux de commandes sont dès à présent opérationnelles pour le compte libedelweiss. |
| Commentaire de Maram Khayati [ 02/août/10 17:29 ] |
| Merci |
Import fichier Pseudo: zoominformat + creation profil FTP
(IMP-327)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | 15 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Login: | zoominformat |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Estimation: | Petit |
| Description |
|
Créer un compte FTP pour l'import des fichiers du partenaire.
|
| Commentaires |
| Commentaire de Marion Anfreville [ 23/mars/07 12:17 ] |
|
COMPTE du vendeur créé ... ======= Compte FTP ======= ==== Home : zoominformat === ==== Pass : perico ========== |
| Commentaire de Marion Anfreville [ 23/mars/07 12:18 ] |
| Il reste a faire la configuration FTP. |
| Commentaire de Marion Anfreville [ 23/mars/07 14:48 ] |
|
Le compte FTP est opérationnel. Fichier à soumettre dans le répertoire ecrasements (stock/ecrasements). Fichiers pris en compte : .txt et .csv |
[IMP-7984] Creation profil d'import + compte FTP Création: 08/févr./11 09:45 Mise à jour: 23/févr./11 10:39 Résolue: 15/févr./11 10:45 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Myriam Laifaoui | Attribution: | Christophe Egéa |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
||||||||||
| Liens des demandes: |
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Login: | pha84 | ||||||||||
| Séparateur: | Point-virgule (;) | ||||||||||
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
||||||||||
| Description |
|
Bonjour,
Merci de créer un compte FTP avec flux de commande pour le pro pha84. |
| Commentaires |
| Commentaire de Christophe Egéa [ 15/févr./11 10:45 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : pha84 mot de passe : dhoe!@456ado Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== Profil créé, ok. Fichier d'import passé à 86% (décallages et les isbn/ean non reconnus par nos sytèmes, mais bien valides). Demande traitée. |
| Commentaire de Daniel Pintamalli [ 23/févr./11 10:39 ] |
|
Composants => Demande commerciale
Pour la création d'une prochaine demande JIRA, je vous prie de bien vouloir spécifier le « Composant » de la demande. Ce composant nous est utile pour la génération de statistiques. Les valeurs possibles sont: Demande commerciale Projet import Support entrant Support monitoring Éviter l'utilisation de la valeur « inconnu ». Merci d'avance. |
[IMP-6643] Création compte FTP pseudo davidlong68 Création: 29/juil./10 09:47 Mise à jour: 05/août/10 09:34 Résolue: 05/août/10 09:34 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Maram Khayati | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | davidlong68 |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Création compte FTP pseudo davidlong68. Le Pro dit reprendre la même structure que pour le compte (emelaz) pseudo : davidlong68 mail : davidlong68@yahoo.com Merci. |
| Commentaires |
| Commentaire de Maram Khayati [ 29/juil./10 09:48 ] |
|
Cj-joint son fichier Merci |
| Commentaire de Maram Khayati [ 02/août/10 17:01 ] |
|
Salut, Il faut paramétrer la gestion des flux de commandes aussi. Merci. |
| Commentaire de Jérome Marianne [ 04/août/10 16:15 ] |
|
Profil paramétré. Fichier soumis. |
| Commentaire de Jérome Marianne [ 04/août/10 16:17 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : davidlong68 mot de passe : !dav68long Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Jérome Marianne [ 05/août/10 09:34 ] |
| Fichier traité à 98% |
[APP-20850] [ES] Afficher le nb de comptes dans le header Création: 11/juin/08 09:52 Mise à jour: 11/juil./08 16:43 Résolue: 07/juil./08 14:44 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 23.0.3 |
| Version(s) corrigée(s): | 25.0.0 (CTN-D) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Nydia Yallico | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Classif2: | chasse |
| Classif FONC: | comarket |
| Description |
|
Bonjour, nous aimerions afficher le nombre de comptes sur PriceMinister.es dans le header étant donné que nous avons dépassé les 100 000 comptes. Merci Nydia |
| Commentaires |
| Commentaire de Swan Desportes [ 18/juin/08 14:59 ] |
| Se gère par siteproperties. (jira-hebdo) |
| Commentaire de Clement Balay [ 20/juin/08 11:28 ] |
|
Publication: CMS1 - express - config_brand |
| Commentaire de Nydia Yallico [ 07/juil./08 14:32 ] |
|
Bonjour, je souhaiterais savoir où nous en sommes concernant l'affichage du nombre de comptes sur le site Espagne svp ? Merci Nydia |
| Commentaire de Clement Balay [ 07/juil./08 14:44 ] |
|
comme indiqué dans le jira, cela part en V25, donc pour l'instant c'est visible en integ. Attention, nous fermons les jiras lorsqu'il sont résolus en dev, mais il peut se passer deux semaines voire plus avant de voir la correction en prod. |
| Commentaire de Nydia Yallico [ 07/juil./08 16:08 ] |
|
Ok merci pour ces précisions Nydia |
[IMP-2914] Compte FTP - Site France - pseudo lediscount - création d'un compte FTP Création: 25/nov./08 16:41 Mise à jour: 30/oct./09 15:44 Résolue: 01/déc./08 17:26 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Frederic vacher | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | lediscount |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour, Merci de créer un compte FTP pour lediscount afin d'activer les flux de commandes. Merci. Fred |
| Commentaires |
| Commentaire de Frédéric Nahum [ 01/déc./08 17:26 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : lediscount mot de passe : az123PP7 Serveur : ftp.priceminister.com / fr ===================================================================== |
[IMP-2905] Compte FTP - Site France - pseudo discountelec - création d'un compte FTP Création: 24/nov./08 15:14 Mise à jour: 30/oct./09 15:52 Résolue: 25/nov./08 10:48 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Frederic vacher | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | discountelec |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour, Merci de créer un compte FTP pour discountelec afin d'activer les flux de commandes. Merci. Fred |
| Commentaires |
| Commentaire de Fotigui Tangara [ 25/nov./08 10:33 ] |
| Demande en cours de traitement.... |
| Commentaire de Fotigui Tangara [ 25/nov./08 10:40 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : discountelec mot de passe : lrttWi15 Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Fotigui Tangara [ 25/nov./08 10:47 ] |
|
FTP crée + Gestion de flux de commande mises en place. Demande traitée. |
[IMP-3039] Compte FTP - Site France - pseudo dimipro - création d'un compte FTP Création: 05/janv./09 15:04 Mise à jour: 30/oct./09 15:52 Résolue: 06/janv./09 12:02 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Frederic vacher | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | dimishop |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Description |
|
Bonjour, Merci de créer un compte FTP pour la MAJ du stock ainsi que la gestion des flux de commandes. Merci. Fred |
| Commentaires |
| Commentaire de Fotigui Tangara [ 06/janv./09 10:29 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : dimishop mot de passe : liZ432 Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Fotigui Tangara [ 06/janv./09 11:05 ] |
|
Je vois que le pro fait essentiellement de l'écrasement
(type de traitement : Mise à jour/création annonces avec mise à
jour/création produits (écrasement) ) Il déposera ses fichiers de maj dans le dossier /stock/ecrasement/ |
| Commentaire de Frederic vacher [ 06/janv./09 11:16 ] |
| Ok, merci |
| Commentaire de Fotigui Tangara [ 06/janv./09 11:52 ] |
|
Pour la bonne marche des imports, le pro veillera enverra uniquement des fichiers .csv. - ses fichiers concernant le bricolage outillage doivent contenir le mot clé "outillage" comme il le fait actuellement - ses fichiers concernant le image et son doivent contenir le mot clé "image" comme il le fait actuellement - ses fichiers concernant l'électroménager doivent contenir le mot clé "electromenager" comme il le fait actuellement (sans accent dans le mot clé) La configuration est à présent prêt à l'emploi. Demande traitée. |
[APP-12159] koobuycity -> Mon compte -> problème d'affichage Création: 07/sept./06 16:24 Mise à jour: 25/juin/07 18:44 Résolue: 08/sept./06 17:04 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Chronopost |
| Affecte la/les version(s): | 9.0.3 |
| Version(s) corrigée(s): | 9.0.3 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Gaël Klosek | Attribution: | Alexandre Moulti |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Chaque affichage de la page Mon Compte nécessite un raffraichissement (CTRL+F5) afin d'obtenir un affichage correct.
|
| Commentaires |
| Commentaire de Gaël Klosek [ 07/sept./06 16:26 ] |
| il semblerait que cela vienne du passage entre les pages sécurisées et non-sécurisées |
| Commentaire de Patrick Condevaux [ 07/sept./06 17:23 ] |
| probleme de css et d'https ? a voir a l'exploit ? |
| Commentaire de Edouard Gomez-Vaez [ 07/sept./06 19:07 ] |
| Rem : Que sous IE. |
| Commentaire de Olivier Badreau [ 08/sept./06 11:22 ] |
| mon IE6 est HS |
| Commentaire de Patrick Condevaux [ 08/sept./06 12:22 ] |
|
quand la css est bien charge (ctrl+F5) pour les page https (par login/mon compte) on obtient 2 versions differentes de la page en fonction du navigateur firefox : page avec fond blanc IE : page avec fond jaune |
| Commentaire de Xavier Boreux [ 08/sept./06 16:15 ] |
| L'ID top est celui qui à un fond jaune. L'ID top est situé dans un DIV qui contient le header jaune avec le logo koobuy etc... Donc si le jaune descends plus bas, c'est qu'une balise est mal fermée... et je confirme que L'ID TOP est mal fermé ;) |
| Commentaire de Alexandre Moulti [ 08/sept./06 17:04 ] |
| Voilà dorénavant le header a une syntaxe correcte |
| Commentaire de Lydia Dali [ 11/sept./06 11:20 ] |
| ok |
[EXP-4871] Suppression des images importées par le compte Easykado Création: 24/juin/09 11:03 Mise à jour: 09/juil./09 16:44 Résolue: 09/juil./09 16:44 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Dorian Porta Delsol | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Hello, Pourriez vous supprimer les images des fiches produits créées par le compte easykado svp ? Merci |
| Commentaires |
| Commentaire de Patrick Pereira [ 09/juil./09 16:44 ] |
| C'est fait. Il faut attendre maintenant la prise en compte par Fast. |
[EXP-427] Amélioration du Script de Création de Compte FTP Création: 28/nov./05 16:05 Mise à jour: 25/juin/07 18:54 Résolue: 29/nov./05 17:14 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Flux |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il y a encore des partenaires (ayant un compte FTP) qui n'ont pas d'images sur leurs annonces. - Cela entraîne pour les commerciaux l'ouverture d'une demande Jira, pour faire une demande d'import image FTP; - puis à nous de faire l'import et d'ajouter le login (du partenaire) dans le fichier "ftp2web.txt". Nous demandons la possibilité d'ajouter au script de création de compte FTP, des de codes qui permettrons d'ajouter le login du partenaire dans la liste "ftp2web.txt" pour l'import d'images ftp automatique. Bon à savoir : Les partenaires (en particulier les PRO Auto) qui demandent la création de compte FTP, soumettent très souvent des fichiers et des images. |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 29/nov./05 15:26 ] |
|
C'est déja le cas, c.a.d que tous les comptes créés par le
script pmcreateftpaccount.sh voient leurs logins insérés dans le fichier
ftp2web.txt (et userList.txt) Si un cas précis se présente, merci de me faire signe pour que je fasse une analyse echo "$login" >> $pmchroot/home/ftp2web.txt echo "$login" >> $pmdir/pmftpstock/bin/userList.txt |
| Commentaire de Espérance Galouo-Lece [ 29/nov./05 16:46 ] |
|
OK, merci. Serait-il possible d'ajouter automatique le login au fichier liste_pseudos.txt qui se trouve sous hercule voici son chemin : pmscripts/advert_images/script/liste_pseudos.txt Ce fichier liste_pseudos.txt contient la liste des login pour l'import automatique d'images URL. |
| Commentaire de Ranto Andriambololona [ 29/nov./05 17:14 ] |
|
C'est fait ... Merci de vérifier lors de votre prochaine création de compte ... mais comme c'est juste une ligne à ajouter je pense que c'est OK |
[EXP-5101] Disparition stock chez 3 comptes PROS Création: 06/mai/10 13:50 Mise à jour: 07/mai/10 10:58 |
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Maram Khayati | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Salut, 3 pros signalent une disparition d'une partie de leurs stocks. Pouvez-vous faire quelque chose ? Exemple de message : -----------il me manque des articles, effectivement hier j avais environ 1200 articles et actuellement il ne m en reste que a peine 800--------- Les 3 Pros : http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=2313602 http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=15619597 http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=16274807 Merci. |
| Commentaires |
| Commentaire de Maram Khayati [ 07/mai/10 10:58 ] |
|
Ne pas prendre en compte. C'est dû au nouvel inventaire. Merci |
[BIN-552] Accès au Rapport BO : "Purchase by purchase tracking" pour Swan Desportes Création: 22/janv./09 14:20 Mise à jour: 11/mars/09 09:45 Résolue: 05/févr./09 17:43 |
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Dalila Belkebir |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Hello Je passe par JIRA pour vous demander accès un Rapport BO : "Purchase by purchase tracking" J'utilise un compte technique commun. Merci |
| Commentaires |
| Commentaire de Dalila Belkebir [ 22/janv./09 17:03 ] |
|
Bonjour Swan, Une refonte des accès est en cours et devrait être mise en production tout début de semaine prochaine. Je prendrai en compte ta demande lors de cette refonte. je te tiens au courant de la livraison des nouveaux droits. Cordialement, Dalila. |
| Commentaire de Dalila Belkebir [ 05/févr./09 17:43 ] |
|
Bonjour Swan, C'est livré en prod BI. Merci de ton retour sur le JIRA pour fermeture de la demande. Cdlt, Dalila. |
| Commentaire de Agathe Remy [ 17/févr./09 11:42 ] |
|
Bonjour Swan, Peux-tu valider ce JIRA afin que nous puissions le clôturer? Merci. Agathe |
| Commentaire de Agathe Remy [ 05/mars/09 16:00 ] |
|
Bonjour Swan, 3ème rappel!!! S'il te plait, peux-tu valider ce JIRA afin que nous puissions le clôturer? Merci. Agathe |
| Commentaire de Swan Desportes [ 11/mars/09 09:36 ] |
|
Merveilleux ! C'est bon Désolé pour cette réponse tardive. Merci |
[METATACHE][mon compte] Refonte de la home page mon compte
(APP-16385)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.0.0 |
| Version(s) corrigée(s): | 16.0.0 |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Nerea Prieto |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation |
| Description |
|
Remplacer "Déposez une annonce 100% gratuit" par "Déposez gratuitement une annonce" dans : -> le bloc vendeur auto -> le bloc devenez vendeur auto -> le menu mon compte auto -> le CF de la mev |
| Commentaires |
| Commentaire de Clement Balay [ 01/août/07 10:16 ] |
|
En francais, c'est soumis à publication, mais il faut traduire cette phrase dans plusieurs endroits: Dans les templates AutoSellerV1Block, AutoSellerV2Block -> le bloc vendeur auto -> le bloc devenez vendeur auto Dans le label Labels -> mon compte -> Account Block -> link_submit_vehicle_advert_free -> le menu mon compte auto Par contre le chemin de fer peut être changé mais le pb est que les pros soumettent leurs annonces par cette page et pour eux ce n'est pas gratuit |
| Commentaire de Nerea Prieto [ 01/août/07 10:49 ] |
|
La traduction n'a pas besoin d'être corrigé car la phrase
est déjà mis à la forme espagnole mais j'ai quand même corrigé certaines
phrases. Merci de publier en cms1, cms3. Repository Default. |
[EXP-4161] Compte Eden Auto : pas de photos sur les annonces Création: 07/janv./08 16:10 Mise à jour: 04/févr./08 18:06 Résolue: 04/févr./08 18:06 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Flux |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Jérome Marianne | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Pour les comptes ayant des annonces les photos ne sont pas visibles Comptes concernés: topv1649 topv2177 topv2176 topv2179 topv1807 topv1646 topv2180 topv2181 topv1808 topv2182 topv2183 topv1647 topv2184 topv2185 topv2186 topv1645 topv2188 topv1648 topv2189 topv2190 topv2191 topv2192 |
| Commentaires |
| Commentaire de Marion Anfreville [ 07/janv./08 17:05 ] |
| Je vais voir avec Eric car les logins sont bien présents dans la liste d'images automatique. |
| Commentaire de Marion Anfreville [ 07/janv./08 17:20 ] |
| Il semble s'agir d'un bug. Je transmets la demande à Eric. |
| Commentaire de Marion Anfreville [ 08/janv./08 09:45 ] |
|
Il semble y avoir également un autre problème : il n'y a
qu'une seule image téléchargée alors que certains produits peuvent
contenir plusieurs URL images (qui fonctionne !) => ex : produit
60839104 Toutes les images n'ont pas été téléchargées sur les produits des partenaires (certaines fiches sont toujours sans image alors qu'elle portent une url qui fonctionne). |
| Commentaire de Jérome Marianne [ 09/janv./08 16:37 ] |
|
Message de Damien Du Fretay: Ce client représente 10% du chiffre d'affaire de l'auto. Il est est donc urgent de régler le moindre souci concernant ses comptes. Merci |
| Commentaire de Eric Vannier [ 10/janv./08 18:59 ] |
| Normallement, demain cela devrait être corrigé via l'import de cette nuit.... |
| Commentaire de Eric Vannier [ 04/févr./08 18:06 ] |
| Je résouds car le script d'import a été corrigé et mis en prod |
[EXP-3260] création d'un compte ftp pour un partenaire Création: 13/févr./07 14:07 Mise à jour: 25/juin/07 19:00 Résolue: 13/févr./07 16:37 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Mohamed Bendjama | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Dans le cadre d'un partenariat avec la poste on aura besoin
d'un nouveau compte FTP réservé aux partenaires de PriceMinister. Login : pmexterne pass : ope07mrk |
| Commentaires |
| Commentaire de Antoine Koener [ 13/févr./07 16:29 ] |
| Tu peux créer celui de notre ami s'il te plait... |
| Commentaire de Eric Vannier [ 13/févr./07 16:37 ] |
|
Le compte a été crée sur Bacchus. opexterne / pm2007mrk home /data/chrootapache/home/opexterne |
[EXP-1702] compte ftp du partenaire total81 inaccessible Création: 03/avr./06 16:41 Mise à jour: 25/juin/07 18:57 Résolue: 05/avr./06 12:14 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Flux |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Xavier Barbosa | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Antoine est déjà au courant, je formalise cette demande. le script de création a été exécuté le lun. 20/03/2006 18:22 actuellement, le compte est inaccessible Login : total81 Pass: rn88 |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 05/avr./06 11:58 ] |
| je viens de tester l'accès à ce compte, ça marche bien (voir capture d'écran en PJ) |
| Commentaire de Xavier Barbosa [ 05/avr./06 12:03 ] |
|
en effet, je l'ai recréé recement sous conseil d'Antoine. rapproche toi auprès de lui, car la 1re fois j'avais bien exécuté le script, mais il semble que les répertoires ne se soient pas créés. |
création profil d'import maj/création d'annonces avec création de produit pour le partenaire crowebooks
(IMP-2624)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Robin Dohin | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | crowebooks |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
création compte ftp pour partenaire crowebooks: le partenaire crowebooks a déjà un compte ftp temporaire dont les login sont ci-dessous. Pseudo : crowebooks Mot de passe : cpDR2008 Serveur : ftp.priceminister.com Merci de lui créer un compte ftp définitif afin qu'il puisse déposer son fichier de stock en mode écrasement et qu'il puisse confirmer/annuler les commandes. |
| Commentaires |
| Commentaire de Fotigui Tangara [ 24/sept./08 14:09 ] |
| Le compte FTP a été créé pour que le partenaire puisse déposer son fichier (15Mo) auprès des commerciaux, en vue d'une analyse de la demande d'import. A ce jour, nous ne sommes à mesure de traiter le fichier du PRO. Le compte FTP en question pourra à tout moment être désactivé par le service Exploitation. |
[IMP-7377] toutelamode : prendre en compte la 2e image Création: 10/nov./10 16:31 Mise à jour: 28/déc./10 15:35 Résolue: 28/déc./10 15:35 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jérome Marianne | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | toutelamode |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création produits
|
| Description |
|
Bonjour, Je reviens vers vous concernant notre catalogue (compte toutelamode) Je constate qu'une seule image est prise en compte et affichées sur Priceminister. Serait-il possible de prendre en compte la deuxième image envoyée dans le flux Modz. Merci beaucoup, Cordialement, Raphaël Condamin http://www.modz.fr 04 77 19 10 36 |
| Commentaires |
| Commentaire de Jérome Marianne [ 08/déc./10 11:11 ] |
|
Job talend modifié pour prendre en compte 4 images.
Format import modifié pour prendre en compte 4 images. => A vérifier lors du prochain import de 16h si de nouvelles fiches sont crées que la seconde image est prise en compte. => J'ouvre une demande a l'exploit pour supprimer les images des fiches produits actuelles du pro pour que la mise à jour puisse se faire. |
| Commentaire de Jérome Marianne [ 08/déc./10 11:14 ] |
|
JIRA |
| Commentaire de Jérome Marianne [ 28/déc./10 15:35 ] |
|
Les produits mis en place depuis la modification du format ont bien plusieurs photos en ligne.
Pour les produits créés avant la modification du format il faudra attendre la résolution du JIRA |
[IMP-3916] Export de stock FUNHOUSEdg (compte UK) Création: 06/juil./09 17:36 Mise à jour: 30/oct./09 15:51 Résolue: 13/juil./09 17:09 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Aurélie Chavot | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Login: | FUNHOUSEdg |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces
|
| Description |
|
Import de son fichier pour compte sur le UK. On lui avait
fait une extraction de son stock France pour l'importer sur son compte
UK. Son pseudo pour le site en France : fania1. Garder le même profil
import que pour fania1.
|
| Commentaires |
| Commentaire de Daniel Pintamalli [ 13/juil./09 15:40 ] |
|
Import en cours: http://bo.priceminister.co.uk/datafile_back?action=advfilesearch&file_id=6058437&login=&process_code=&status=&use_proc_date=false&start_date=13%2F07%2F2009&end_date=13%2F07%2F2009&order=&x=0&y=0 |
| Commentaire de Daniel Pintamalli [ 13/juil./09 17:09 ] |
|
Le fichier est passé à 29% (297 annonces). Rapport d'erreurs: No product could be found with this reference number. => 712 lignes, dont une grande majorités de vinyles et CDs sans codes-barres. |
[IMP-5125] Creation compte FTP az-boutique Création: 20/janv./10 18:04 Mise à jour: 26/janv./10 14:46 Résolue: 26/janv./10 14:46 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Julien Buhagiar | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | az-boutique |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour, merci de créer un compte FTP, création et mise a jour produits entrée sortie écrasement C'est un pro de Stéphanie Vignali, qui est actuellement absente mais son pro demande un compte FTP. Merci à vous |
| Commentaires |
| Commentaire de Julien Buhagiar [ 20/janv./10 18:10 ] |
|
avec flux commande. Désolé je n'ai pas plus d'infos |
| Commentaire de Stéphanie Vignali [ 26/janv./10 12:08 ] |
|
Merci de bien vouloir pour l'instant ne pas prendre en compte cette demande. Je demande un flux au pro afin de vérifier que le format de fichier ets bien respecté. Merci Stéphanie |
| Commentaire de Frédéric Nahum [ 26/janv./10 14:46 ] |
|
Salut Fred, Julien a ouvert la demande ci-dessous pour un de mes pro en mon absence mais je n'ai aps de flux me permettant de vérifier le format d'import. http://pricejira.lan/browse/IMP-5125 Peux tu fermer la demande ? J'en ouvrirai une nouvelle lorsque j'aurai tous les éléments. Merci Stéphanie |
[IMP-4084] Création Compte FTP LEOBOOK (FR) Création: 19/août/09 17:44 Mise à jour: 30/oct./09 15:44 Résolue: 24/août/09 10:04 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Julien Buhagiar | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | LEOBOOK |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
N/A
|
| Description |
|
Merci de créer un compte FTP pour ce Pro, qui est prêt à envoyer son fichier Merci Type de traitement basique |
| Commentaires |
| Commentaire de Frédéric Nahum [ 20/août/09 12:00 ] |
| Qu'appel tu traitement basique |
| Commentaire de Julien Buhagiar [ 20/août/09 12:32 ] |
|
je voulais dire ajout, suppression et écrasement |
| Commentaire de Jérome Marianne [ 20/août/09 18:18 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : leobook mot de passe : 45l56e67o Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== Paramétrage en cours... |
| Commentaire de Jérome Marianne [ 20/août/09 18:31 ] |
|
Compte FTP paramétré. Reste à faire la compil demain matin |
| Commentaire de Jérome Marianne [ 24/août/09 10:04 ] |
| Compte FTP activé. |
[IMP-6264] Creation du compte FTP du partenaire trocorama191 Création: 03/juin/10 15:15 Mise à jour: 08/juin/10 17:07 Résolue: 08/juin/10 17:07 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Myriam Laifaoui | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | trocorama191 |
| Modèle: | Musique |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Suppression annonces, Mise à jour/création annonces
|
| Description |
|
Bonjour, Merci de bien vouloir créer le compte FTP du partenaire trocorama191. Myriam |
| Commentaires |
| Commentaire de Jérome Marianne [ 08/juin/10 17:07 ] |
|
Le compte FTP pour le compte trocorama191 a été créé dans le JIRA |
[APP-17397] [Mon compte] Faute ortographe ESP Création: 02/août/07 14:22 Mise à jour: 07/août/07 14:51 Résolue: 07/août/07 11:05 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Traduction |
| Affecte la/les version(s): | 16.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Rocio Perez-Garcia | Attribution: | Nerea Prieto |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Site: | Integ |
| Navigateur: | Internet Explorer 6.X |
| Projets PM archivés: | Maintenance 16.x.x |
| Description |
|
Pas de concordance entre les deux blocs de mon compte: - Contactar con PriceMinister - Organizar mi vitrina= Organizar mi escaparate - Modos de expedición |
| Commentaires |
| Commentaire de Rocio Perez-Garcia [ 02/août/07 14:54 ] |
|
Supprimer ( peut-être ) Les guillemets dans ¿Necesitas
ayuda con "tus pagos"? et ¿Necesitas ayuda con "tu monedero"?. Dans le cas de Monedero, il faudra le mettre en majuscule. Merci |
| Commentaire de Rocio Perez-Garcia [ 02/août/07 14:57 ] |
| Pas de traduction dans l'image "Passe à ton voisin" dans la page Mon compte |
| Commentaire de Rocio Perez-Garcia [ 02/août/07 15:04 ] |
|
Plusieurs fautes dans la page "Corre la Voz" - leido= leído - apadrinamiento= padrinazgo - serviran=servirán |
| Commentaire de Nerea Prieto [ 02/août/07 15:05 ] |
| Emeric, est-ce que tu as demandé l'image à Stéphane? Pourriez-vous me l'attacher dans ce Jira pour que je puisse l'afficher. Merci |
| Commentaire de Emeric Teil [ 02/août/07 15:19 ] |
|
Comme vu avec Alexandre, l'image est déjà disponible.
L'erreur vient du fait que ce "bas de page" a été modifié ce matin et
qu' IG n'est pas à jour (du coup on charge l'image par défaut, qui est
la française)... ouf :o) Bref, il n'y a rien à faire d'autre que d'attendre le prochain dump IG. |
| Commentaire de Diana Espel [ 02/août/07 16:49 ] |
|
Il faut mettre une majuscule dans "Mes deseos, para recibir un aviso.... Compte Pro. Voir pièce "mon compte_p" |
| Commentaire de Emeric Teil [ 06/août/07 11:58 ] |
| Je ré-ouvre, car différentes corrections semblent ne pas avoir été réalisées... je liste ci-dessous |
| Commentaire de Emeric Teil [ 06/août/07 12:03 ] |
|
En fait, il ne manque que : -> serviran=servirán dans "Corre la Voz" |
| Commentaire de Rocio Perez-Garcia [ 06/août/07 12:15 ] |
|
Je profite pour te demander aussi l'accentuation dans Este. Voir copie écran. merci |
| Commentaire de Nerea Prieto [ 07/août/07 11:05 ] |
| Fait |
| Commentaire de Emeric Teil [ 07/août/07 14:51 ] |
| OK en integ |
[IMP-5784] Création Compte FTP MR-TRADE Création: 12/avr./10 17:33 Mise à jour: 13/avr./10 11:07 Résolue: 13/avr./10 11:07 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Julien Buhagiar | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | MR-TRADE |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Création Compte FTP Ajout, suppression, écrasement, Il fait de création annonces Jira d'import |
| Commentaires |
| Commentaire de Fotigui Tangara [ 12/avr./10 17:40 ] |
|
Je te mets ça en place demain matin . J'aurais pu le faire
today, mais nous ne faisons pas de manipulation sur le script en charge
de la mise en place des compte FTP et flux connexes du lundi au jeudi (à
partir de 17h30mn précise) et le vendredi toute la journée. |
| Commentaire de Fotigui Tangara [ 13/avr./10 10:54 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : mr-trade mot de passe : tr!eoh Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== |
| Commentaire de Fotigui Tangara [ 13/avr./10 11:03 ] |
|
C'est fait ! Demande traitée. |
Création format+profil+import fichier et image+créer adresse FTP pour récupérer ses images > pro > SEXTOYS
(IMP-810)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | SEXTOYS |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Créer un compte FTP au partenaire pour lui communiquer une
adresse où il pourra déposer toutes ses images et on pourra les
récupérer.
|
| Commentaires |
| Commentaire de Daniel Pintamalli [ 20/juin/07 17:21 ] |
|
Partenaire avisé. ===================================================================== COMPTE du vendeur créé ... ======= Compte FTP ======= ==== Home : sextoys ===== ==== Pass : Hurggj87fgP ======= ===================================================================== |
[APP-15567] Inscription d'un compte Etranger impossible Création: 19/mars/07 16:58 Mise à jour: 25/juin/07 18:50 Résolue: 20/mars/07 09:49 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 13.0.3 |
| Version(s) corrigée(s): | 13.0.3 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Skender Berisha | Attribution: | Validator |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM archivés: | Maintenance 13.x.x | ||||||||
| Description |
|
Bonjour Lors de l'inscription d'un partenaire pro étranger, le message suivant apparait lorsque nous voulons valider le compte en professionnel. Merci |
| Commentaires |
| Commentaire de Younès Charrière [ 19/mars/07 18:50 ] |
|
Cela fonctionne très bien si le compte de l'utilisateur est enregistré dans le bon pays! Par exemple le compte que tu essaies de valider correspond au Luxembourg mais les adresses de l'utilisateur sont-elles bien enregistrées pour ce pays ? J'ai essayé avec un compte allemand, un compte espagnol et un compte français, pour les trois cela a fonctionné du moment que le pays renseigné dans leur adresse est le bon. Peux tu vérifier si c'est seulement ça le problème Skender ? Merci, Younès. |
| Commentaire de Younès Charrière [ 20/mars/07 09:44 ] |
|
Doublon de |
[METATACHE][mon compte] Refonte de la home page mon compte
(APP-16385)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 16.0.0 |
| Version(s) corrigée(s): | 16.0.3 |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Projets PM archivés: | Maintenance 16.x.x |
| Description |
|
Il est prévu de remplacer le bloc "1¿" présent en haut de la
"HP mon compte" par un bloc invitant les utilisateurs à nous donner
leur avis sur le nouveau look de "mon compte". L'intérêt est double : -> Canaliser & Prendre en compte les retours utilisateurs Le wording FR est le suivant : "Nouveau ! L'espace « Mon compte » change de look ! Donnez-nous votre avis " avec un lien sur "donnez-nous votre avis" pointant sur "/help?action=mc_new" La version ES arrive sous peu. Une fois le message "charté" par les soins du maquettage, ça passe au Param pour passage sous IG. |
| Commentaires |
| Commentaire de Emeric Teil [ 06/août/07 16:00 ] |
|
Voila la version ES : "¡La rúbrica « Mi cuenta » cambia de look! Danos tu opinión." |
| Commentaire de Jérôme Gautier [ 06/août/07 16:56 ] |
|
Voici le code HTML pour la France et l'Espagne : FRANCE <div> <p><strong><font size="2" face="Arial, Helvetica, sans-serif" color="#ff6600">NOUVEAU ! </font><font size="2" face="Arial, Helvetica, sans-serif" color="#003366">L'espace « Mon compte » change de look ! <a style="color: rgb(0, 51, 204); text-decoration: underline;" href="#">Donnez-nous votre avis</a></font></strong></p> </div> ESPAGNE <div> <p><strong><font size="2" face="Arial, Helvetica, sans-serif" color="#ff6600">¡NUEVO! </font><font size="2" face="Arial, Helvetica, sans-serif" color="#003366">¡La rúbrica « Mi cuenta » cambia de look! <a style="color: rgb(0, 51, 204); text-decoration: underline;" href="#">Danos tu opinión</a></font></strong></p> |
| Commentaire de Olga Costa [ 06/août/07 18:40 ] |
|
France uniquement CMS 1 et 3 WWW-FR contenu moncompte et la structure DIRECT_TOP_BODY_AD |
| Commentaire de Clement Balay [ 06/août/07 19:06 ] |
|
La version espagnole avait été oubliée, donc: CMS3 WWW-ES contenu moncompte et la structure DIRECT_TOP_BODY_AD olga fera la version espagnole sur CMS1 demain |
| Commentaire de Swan Desportes [ 07/août/07 12:49 ] |
| Il n'y a rien à publier sur cms1 dans www-es |
| Commentaire de Olga Costa [ 07/août/07 15:13 ] |
|
La version espagnole CMS1 WWW-ES contenu moncompte et la structure DIRECT_TOP_BODY_AD |
| Commentaire de Clement Balay [ 07/août/07 16:09 ] |
|
Sur CMS3, on a changé le lien pour qu'il fonctionne en mode popup, WWW-ES moncompte et la structure DIRECT_TOP_BODY_AD CMS 3 WWW-FR moncompte et la structure DIRECT_TOP_BODY_AD CMS 3 La version du CMS 1 sera mise au bon format dans express |
| Commentaire de Swan Desportes [ 10/août/07 16:16 ] |
| Il reste des contenus à publier dans express du cms1 ! |
| Commentaire de Nicolas Chauveau [ 16/août/07 17:20 ] |
|
A boucler ASAP !!!! |
[Centralisation PMV] Implémentation phase B : Transfert automatique des ventes payables et débit automatisé du PMV
(APP-18216)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | 19.0.0 |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Nerea Prieto |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM archivés: | Paiement - Centralisation PMV |
| Description |
|
Modifier le wording de résumé des reversements et mettre : - « ...de chaque mois, sur le compte suivant : » - « ...de chaque mois, à l'adresse suivante : » |
| Commentaires |
| Commentaire de Renaud Dierickx [ 25/janv./08 16:25 ] |
|
J'ai modifié le label Fr : default > Labels > _Mon Compte > _Porte-monnaie > WalletView > txt_wallet_direct_payment_configuration Nerea, peux-tu revoir la traduction et ensuite mettre le jira à publier ? Merci d'avance. |
| Commentaire de Nerea Prieto [ 25/janv./08 16:35 ] |
|
CMS1 default |
| Commentaire de Emeric Teil [ 01/févr./08 15:55 ] |
| OK en Integ |
[IMP-3642] Compte FTP Partenaire tapis-perso Création: 11/mai/09 11:23 Mise à jour: 30/oct./09 15:44 Résolue: 11/mai/09 16:15 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Skender Berisha | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | tapis-perso |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces
|
| Groupe: | neteven |
| Description |
|
Bonjour Merci de créer un compte compatible Neteven pour le partenaire tapis-perso Merci Skender |
| Commentaires |
| Commentaire de Fotigui Tangara [ 11/mai/09 15:46 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : tapis-perso mot de passe : fziuqsdR7 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Fotigui Tangara [ 11/mai/09 16:13 ] |
|
Demande traitée... |
[IMP-1947] Creation Compte FTP - Login mafianumerik Création: 03/mars/08 11:05 Mise à jour: 30/oct./09 15:43 Résolue: 15/avr./08 09:36 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Skender Berisha | Attribution: | Marion Anfreville |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Login: | mafianumerik | ||||||||
| Séparateur: | Point-virgule (;) | ||||||||
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits
|
||||||||
| Estimation: | Petit | ||||||||
| Description |
|
Bonjour Merci de créer un compte FTP pour la MAJ des stocks et flux de commandes. Partenaire : mafianumerik Merci Skender |
| Commentaires |
| Commentaire de Marion Anfreville [ 03/mars/08 18:45 ] |
|
Le partenaire a déjà un compte FTP : ======= Compte FTP ======= ==== Home : mafianumerik ===== ==== Pass : HUKEEhi7h9 ======= Et à des profils type Neteven (stock + commandes) => A-t-on besoin d'autre chose pour le partenaire ? |
| Commentaire de Marion Anfreville [ 07/avr./08 15:19 ] |
| Pouvez-vous répondre à ma question (cf. dernier commantaire) ? Merci. |
| Commentaire de Skender Berisha [ 07/avr./08 15:24 ] |
|
Non rien d'autre MErci |
| Commentaire de Marion Anfreville [ 15/avr./08 09:36 ] |
|
Demande déjà traitée dans |
[IMP-6733] Créer compte FTP GTL-Medien Création: 09/août/10 17:18 Mise à jour: 10/août/10 10:39 Résolue: 10/août/10 10:39 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Julien Buhagiar | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | GTL-Medien |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Hello créer compte FTP pour ce pro. Il a juste besoin de recevoir les commandes dans le FTP |
| Commentaires |
| Commentaire de Fotigui Tangara [ 10/août/10 10:34 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : gtl-medien mot de passe : tt!iM123 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Fotigui Tangara [ 10/août/10 10:35 ] |
|
La gestion des flux de commande via FTP est mise en place pour ce PRO. Demande traitée. |
[IMP-8078] ftp compte partenaire : nikon-pro Création: 16/févr./11 14:30 Mise à jour: 17/févr./11 11:34 Résolue: 17/févr./11 11:34 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Skender Berisha | Attribution: | Hervé Octuvon-Bazile |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | nikon-pro |
| Modèle: | hightech minimaliste |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Groupe: | mobshop |
| Description |
|
bonjour
Merci de créer un compte ftp gestion de commandes et gestion de stock partenaire : nikon-pro format mobshop |
| Commentaires |
| Commentaire de Hervé Octuvon-Bazile [ 17/févr./11 11:34 ] |
|
Compte ftp crée :
================================ Pseudo : nikon-pro mot de passe : F553HVl Serveur : ftp.priceminister.com ================================ |
[APP-32231] [POST-DEPLOY] [PMV] - Fin du Mode Compta -> Migration des comptes concernés par script Création: 16/déc./10 15:58 Mise à jour: 08/févr./11 10:59 Résolue: 07/févr./11 11:19 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Porte-Monnaie |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 86.0.0 (TX-R) |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Ayoub Benseghir |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Comme convenu, pour simplifier la gestion commerciale, le
mode Compta ne sera plus utilisé à compter de Janvier 2011.
Afin que ce changement soit aussi indolore que possible pour les utilisateurs concernés, nous allons les migrer en essayant aussi souvent que possible de les re-configurés pour que le fonctionnement de leur PMV et donc de leurs paiements, soit aussi proche que possible de l'existant : -> Pour les comptas par virement : passage en mode Libre avec reversement régulier par virement (reversement complet de leur PMV et sur le même compte qu'aujourd'hui) -> Pour les comptas par chèque : passage en mode libre, sans reversement... (les reversements réguliers ne sont possibles que par virement...) Pour ces derniers, un mail leur indiquant que le chèque était fini sur PM (à moins d'en demander un à chaque fois, via les reversements ponctuels) et leur demandant de venir renseigner leurs coordonnées bancaires leur a été envoyé. -> Il pourrait cependant être utile, lors du passage des scripts de migration, de lister ceux qui sont toujours par chèque et d'envisager une nouvelle communication... Attention : -> On migre tout le monde, même les "-2", "-1", "PMV bloqué" etc. -> On ne doit pas toucher au statut des PMV (ceux qui sont bloqués le resteront donc...) -> Les vendeurs qui auront, en plus de leurs reversements automatiques, un reversement complémentaire programmé ne seront pas migrés. Une liste sera alors établie pour les traiter manuellement. Pour limiter ce phénomène, il faudrait faire passer ce script dès la finalisation des opérations de reversement d'une échéance donnée (par exemple, le 1er ou le 10...) |
| Commentaires |
| Commentaire de Arnaud Forgues [ 16/déc./10 18:58 ] |
|
Le script est prêt dans le répertoire V:\Database\TX-R\dev\
sous le nom "TX-R_MIGRATION_COMPTA_01_ALL_user_account_update.sql"
Je l'ai testé en DEV sur 3 comptes exemples : - http://bo.dev1.pm.dev/user_back?action=userview&showeventothers=true&useraccountid=6813808 (non migré car operation en cours) - http://bo.dev1.pm.dev/user_back?action=userview&showeventothers=true&useraccountid=16609609 (compta cheque) - http://bo.dev1.pm.dev/user_back?action=userview&showeventothers=true&useraccountid=4609836 (compta virement) il reste donc à valider le fonctionnement du script / sa cible et faire des tests sur un échantillon en INTEG avec EMT. |
| Commentaire de Emeric Teil [ 31/janv./11 12:10 ] |
| Ayoub, tu peux passer ces scripts en Integ stp ? |
| Commentaire de Emeric Teil [ 31/janv./11 18:36 ] |
|
OK pour moi en Integ, par contre avant de les passer en
prod, il faudrait sortir la liste des utilisateurs en compta chèque,
avec leur user id... et pour s'assurer que tout s'est bien passé, faire
les comptage (comme on vient de le faire en Integ) des comptes
concernés... (afin de comparer avec les logs du script)...
Merci d'avance E. |
| Commentaire de Ayoub Benseghir [ 07/févr./11 11:19 ] |
| Le script est passé |
| Commentaire de Emeric Teil [ 07/févr./11 11:21 ] |
|
OK,
merci ! |
[IMP-4277] Creation compte FTP partenaire Musichampion Création: 25/sept./09 10:44 Mise à jour: 30/oct./09 15:52 Résolue: 29/sept./09 14:43 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Cantoni Carlos | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | Musichampion |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Bonjour, pourriez vous creer un compte FTP afin que le partenaire puisse déposer un fichier? Il fera seulement de la creation annonces pseudo: Musichampion pas de flux de commandes |
| Commentaires |
| Commentaire de Cantoni Carlos [ 28/sept./09 10:49 ] |
|
ci-joint le fichier du partenaire |
| Commentaire de Jérome Marianne [ 28/sept./09 15:55 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : musichampion mot de passe : 56mu89si Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== Paramétrage en cours... |
| Commentaire de Jérome Marianne [ 28/sept./09 16:31 ] |
|
Compte paramétré. Le fichier est soumis. En attente du résultat. |
| Commentaire de Jérome Marianne [ 29/sept./09 14:43 ] |
|
Le compte FTP est activé. Son fichier est passé à 78%. La majorité des erreurs restantes est due à des références non trouvées. |
[APP-22038] [Coupon reduction] - Prise en compte du CBV Création: 05/sept./08 16:08 Mise à jour: 15/juil./09 15:27 Résolue: 09/juil./09 17:53 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Paiement |
| Affecte la/les version(s): | 26.0.2, 49.0.0 (TX-H) |
| Version(s) corrigée(s): | 49.0.0 (TX-H) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Sébastien Aubert | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | FireFox 2.0 |
| Description |
|
Lorsqu'on utilise un coupon d'une reduction plus élevée que
le prix de l'article et qu'on choisit de prendre le CBV, la reduction ne
prend pas en compte le CBV dans un premier temps puis une fois la
transaction réglée, on s'apperçoit que le coupon a en fait bien pris en
compte le prix du cbv. C'est donc une autre valeur qui est prélevée sur la CB ! |
| Commentaires |
| Commentaire de Fabien Bourdoulous [ 23/févr./09 16:23 ] |
|
Page wiki associée : http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=CouponReductionCBV |
| Commentaire de Emeric Teil [ 23/févr./09 17:04 ] |
|
Merci, Attention, la correction reste à préciser : -> Soit on souhaite que le CBV soit inclus -> Soit qu'il soit exclus ... |
| Commentaire de Clement Balay [ 24/mars/09 16:01 ] |
|
WIKI technique: http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=PriseEnCompteDuCBVDansLePanier A valider par un leader technique mais en gros la solution 3 permettrait de paramétrer dans le futur ou jamais le fait de pouvoir exclure le CBV du coupon. |
| Commentaire de Clement Balay [ 19/juin/09 14:30 ] |
| Ce bug est corrigé par le projet d'Extension de garantie. Maintenant, le CBV est affiché dans le panier (seulement si l'utilisateur l'a coché dans le PEC un peu plus loin) donc on peut le prendre en compte dans le coupon. De plus, l'extension de garantie est aussi prise en compte dans le coupon. |
| Commentaire de Clement Balay [ 19/juin/09 14:31 ] |
| CAJ2009Q2 |
| Commentaire de Christophe Garcia [ 08/juil./09 14:22 ] |
|
La solution me paraît pire que le problème :-) A voir avec QDC/EMT |
| Commentaire de Arnaud Forgues [ 08/juil./09 16:06 ] |
|
Extrait du mail d'Emeric à Christophe, QDC (JZ en CC) ... : Solution retenue : - On ne change rien au niveau métier - On crée un mode « display » pour le bloc « bilan panier », n'affichant que le contenu de la page Panier (Article(s), FdP, Extension(s) de Garantie) qu'on affiche sur les pages Panier et Adresse de livraison (celles avant la page confirmation de commande) - Sur ce mode, on n'affichera donc plus le montant de la réduction & celui du CBV Pour sécuriser la version : - On fait ça sur une branche indépendante partant du tronc - Si on est OK à temps, on backmerge pour la V49 - Sinon, ça partira sur une V49.1 |
| Commentaire de Christophe Garcia [ 09/juil./09 11:51 ] |
| Je déplace donc en 49.1 pour isoler ce pb |
| Commentaire de Arnaud Forgues [ 09/juil./09 17:53 ] |
|
Correction effectuée : - sur les pages panier et adresse de livraison, le bilan panier ne comporte que les éléments "articles", "Frais de port" et "Extensions de garantie" - à partir de la page confirmation de commande dans le PEC, le bilan panier comporte ces mêmes éléments + "CBV" + "Réduction" - Coté détail achat c'est pareil que le point précédent NB: Tag déplacé [forguesa@gobillard source]$ bzr ci --fixes APP:22038 Committing to: bzr://perrier/dev/ added source/src/com/babelstore/purchase/front/BeforeCheckoutCouponAction.java modified source/src/com/babelstore/purchase/front/CartAction.java modified source/src/com/babelstore/purchase/front/CheckoutAddressAction.java modified source/src/com/babelstore/purchase/front/PurchaseSummaryItemInclude.jsp Committed revision 25418. [forguesa@gobillard source]$ bzr tag --force V49_0_0 Created tag V49_0_0. |
| Commentaire de Emeric Teil [ 09/juil./09 19:09 ] |
| OK en Dev |
[IMP-4780] Création compte FTP ROBINTOMES et ROBINSPAIN Création: 02/déc./09 09:43 Mise à jour: 14/déc./09 17:24 Résolue: 14/déc./09 17:22 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Julien Buhagiar | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Login: | robintomes - robinspain - robinmania |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Salut le pro a actuellement le même compte FTP pour les 3 pays. Il faudrait lui en faire un pour le FR et un pour UK et ES. Pour le compte FTP FR, il faut en faire un au format SELLERMANIA Voici l'email de la personne qui gère ce pro chez sellermania: florent@sellermania.com pro UK: robintomes pro ES: robinspain pro FR: robinmania |
| Commentaires |
| Commentaire de Laurent Payot [ 14/déc./09 17:22 ] |
|
Il y avait déjà un compte FTp créé pour la France, et un aussi autre pour le UK. Donc je n'ai pas modifié ces comptes FTP. J'ai fait les modifications dans les fichiers de configuration de stock et de flux de commandes. Pour la France desormais c'est un profil de type sellermania. Pour rappel: ===================================================================== Compte FTP vendeur créé... Pseudo : robinmania mot de passe : tyk8vqC Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== ===================================================================== Account FTP seller created... Pseudo : robintomes password : tyk8vqC Server : ftp.priceminister.co.uk Country : uk Flow purchase : yes ===================================================================== |
| Commentaire de Laurent Payot [ 14/déc./09 17:24 ] |
| Une petite précision : les flux de commandes UK et ES sont centralisés (sur le FTP UK) |
[APP-31028] [Création de compte] Problème avec les dates des évènements Création: 15/sept./10 15:02 Mise à jour: 16/sept./10 17:54 Résolue: 15/sept./10 16:36 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 77.0.0 (TX-P) |
| Version(s) corrigée(s): | 77.0.0 (TX-P) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Yann Danot |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | OPPeC : Implication graduelle |
| Navigateur: | Internet Explorer 8.X |
| Description |
|
En faisant de la non reg sur la création de compte, je me
retrouve avec un (et un seul) compte dont la date de création est
différée d'une journée.
Déconnecté, J'ai effectué une mise en vente de ce produit : 81030829 Puis je me suis créé un compte : ccfr150910a http://www.pminteg.fr/user_back?action=userview&showeventothers=true&useraccountid=21753295 La date de création indique : 14/09/2010 Les premiers évènements, dans le tableau du bas, indiquent : 14/09/2010 à 12h00 Or, j'ai créé ce compte le 15 vers 14h30 ! ==> Pour prouver ma bonne foi, je tiens les mails de confirmation d'inscription (à la date d'aujourd'hui) à votre disposition |
| Commentaires |
| Commentaire de Yann Danot [ 15/sept./10 16:36 ] |
|
Ton nouveau compte (utilisateur) a effectivement été créé
aujourd'hui (15/09).Par contre, tu as créé un compte contact hier à midi
(sur argon, on a retrouvé les logs !) avec la même adresse email via le
bloc de droite de la page Login. Et comme aujourd'hui tu as créé ton
compte (utilisateur) avec cet email, on n'a pas recréé un nouveau compte
contact (car même email) mais on a transformé ce compte contact en
compte utilisateur, ce qui est souhaité / comportement normal depuis la
V65 (refonte page Login)
Voilou (AFO) |
[EXP-4649] Régressions sur les comptes dev de l'environnement d'Intégration Création: 17/déc./08 15:19 Mise à jour: 19/déc./08 09:56 Résolue: 19/déc./08 09:56 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Nicolas Chauveau | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Suite aux évolutions de la plateforme d'intégration, les
comptes dev (accès limité pour consulter les logs) ont été perdus ou ont
eu des régressions : Accès à partir de chauveaun@prin cpt dev /logs /scripts deutz O O N senez O O N henriot O O N mignon O O KO krug O O KO esterlin O KO N lanson KO taittinger O O N desmoulins O O N Pouvez vous : - créer le compte sur lanson - retrouver le répertoire /script partagé et recréer le mount sur toutes les machines Je regarderais ensuite avec l'integration : - /logs sur esterlin avec CGA (répertoires cibles inexistants) Cela nous pose des pb pour analyser les pb en Intégration |
| Commentaires |
| Commentaire de Patrice Boulanger [ 17/déc./08 16:02 ] |
|
Deutz: OK Senez: OK Henriot: OK Mignon: OK Krug: OK Esterlin: pb avec le /data/priceminister/pmshare Lanson: KO Taittinger: OK Desmoulins: OK |
| Commentaire de Patrice Boulanger [ 17/déc./08 16:02 ] |
|
Jérémie, Merci de regarder le problème de droits sur Esterlin et la configuration de Lanson. Merci. |
| Commentaire de Jérémie Bennejean [ 17/déc./08 18:05 ] |
|
Corrigé. Sur lanson le compte existait mais corrompu! Sur esterlin, pb d droit sur le répertoire priceminister ( de /data/priceminister/ ) trop restrictif pour other. |
| Commentaire de Alexandre Garnier [ 17/déc./08 18:13 ] |
| Sur taittinger ya aussi un problème de droit sur le dossier /appli/priceminister |
| Commentaire de Jérémie Bennejean [ 18/déc./08 18:40 ] |
| corrigé |
| Commentaire de Nicolas Chauveau [ 19/déc./08 09:45 ] |
|
pb sur Lanson : ssh dev@lanson @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that the RSA host key has just been changed. The fingerprint for the RSA key sent by the remote host is 22:8e:c9:40:cf:7c:67:b0:11:e9:fb:d0:5b:86:6d:11. Please contact your system administrator. Add correct host key in /users/chauveaun/.ssh/known_hosts to get rid of this message. Offending key in /users/chauveaun/.ssh/known_hosts:9 RSA host key for lanson has changed and you have requested strict checking. Host key verification failed. |
| Commentaire de Nicolas Chauveau [ 19/déc./08 09:46 ] |
| cf mon commentaire précédent. |
| Commentaire de Alexandre Garnier [ 19/déc./08 09:56 ] |
| Ligne supprimée dans le known_hosts de chauveaun et c'est bon. |
[IMP-251] Compte ftp - pseudo portalissarl (COMMERCEO) Création: 13/mars/07 10:49 Mise à jour: 30/oct./09 15:43 Résolue: 16/mars/07 09:51 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Elisabeth Delongeaux | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | portalissarl |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Estimation: | Petit |
| Groupe: | Commerceo |
| Description |
|
Bonjour, Pourriez-vous créer un compte FTP + activer le flux de commandes pour le pro portalissarl ?? Merci Elisabeth |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 15/mars/07 18:11 ] |
| Si je comprends bien, il faut juste lui activer le flux de commandes, c'est bien ça ? |
| Commentaire de Elisabeth Delongeaux [ 15/mars/07 18:23 ] |
|
Yes please ! Merci Elisabeth |
| Commentaire de Rodrigue Nsiangani [ 16/mars/07 09:51 ] |
|
======= Compte FTP ======= ==== Home : portalissarl ===== ==== Pass : F92Jcs7 ======= Config du partenaire : @@@ <Partner name='portalissarl' id='13486611' home='portalissarl' > <Comment> compte crée par RON: le : 15/03/07 Login: portalissarl Pass : F92Jcs7 </Comment> <Directory path='purchase'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Source>/data/priceminister/pmftpstock/var/transactions/fr/portalissarl/purchase</Source> <Destination>purchase</Destination> </Action> </Directory> <Directory path='confirmed_purchase'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Source>/data/priceminister/pmftpstock/var/transactions/fr/portalissarl/confirmed_purchase</Source> <Destination>confirmed_purchase</Destination> </Action> </Directory> <Directory path='validation'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/portalissarl/validation</Destination> </Action> </Directory> <Directory path='expiration'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Source>/data/priceminister/pmftpstock/var/transactions/fr/portalissarl/expiration</Source> <Destination>expiration</Destination> </Action> </Directory> </Partner> @@@ C'est fait. Je ferme. |
[APP-28593] inventaire non dispo par bo Création: 03/mars/10 09:05 Mise à jour: 03/mars/10 13:59 Résolue: 03/mars/10 13:59 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Inventaire |
| Affecte la/les version(s): | 63.0.1 |
| Version(s) corrigée(s): | 63.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Skender Berisha | Attribution: | Validator |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour quand on passe par le bo pour aller sur un compte que l'on clique sur ''inventaire'' un message d'erreur apparait voir en pj. Merci Skender |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 03/mars/10 11:51 ] |
| - Est-ce toujours le cas ? |
| Commentaire de Skender Berisha [ 03/mars/10 11:52 ] |
|
C'est bon ça marche maintenant merci |
[APP-13058] [Nego] Fonction Négociation dans le compte du vendeur Création: 09/oct./06 17:55 Mise à jour: 08/août/07 17:50 Résolue: 08/août/07 17:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 16.0.0 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Isabelle Weisbecker | Attribution: | Emeric Teil |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
c'est un improvment mais aussi un bug quelque part. Il faudrait pouvoir avoir le choix entre accepter la négociation pour toutes les annonces du compte ou pour celles au choix. Aujourd'hui, un vendeur qui n'a pas fait attention d'accepter la négo, qui met en vente un produit et change d'avis ; est obligé de refaire son annonce car s'il décoche la négo dans son compte, les annonces où il a accepté sans faire exprès la négo ; reste en négo. (c'est clair ?!). Le pire c'est pour nos pro qui mettent à jour leurs stocks par fichier d'import, j'ai l'impression que la négo reste active sur l'id product et non sur le compte vendeur. Donc même s'il décide de ne plus accepter la négo sur un produit mais que ce produit avait précédemment était accepté en négo, il le reste. |
| Commentaires |
| Commentaire de Jérôme Viviès [ 10/oct./06 17:45 ] |
|
Ce n'est pas au Param de décider de ce type de modification. Cela demanderait une analyse Fonc. Gaël, peux-tu noter ce Jira dans vos tablettes ? |
| Commentaire de Gaël Caro [ 26/janv./07 14:42 ] |
|
Benoît, Sur l'étude que tu as faite concernant le JIRA 1/ Il faudrait pouvoir avoir le choix entre accepter la négociation pour toutes les annonces du compte ou pour celles au choix. => Il me semble que c'est bien comme cela que ça fonctionne. Deux choses cependant : - Si la demande est qu'un produit puisse être mis en "négociable" lors de sa mise en vente alors que l'utilisateur à mis globalement la négo en off, un mécanisme de forçage peut être nécessaire - Ce n'est parfois pas clair du fait du délais nécessaire : peut être faut-il ajouter un petit texte ? 2/ Aujourd'hui, un vendeur qui n'a pas fait attention d'accepter la négo, qui met en vente un produit et change d'avis ; est obligé de refaire son annonce car s'il décoche la négo dans son compte, les annonces où il a accepté sans faire exprès la négo ; reste en négo. (c'est clair ?!). => Il me semble que ce n'est pas/plus le cas 3/ Le pire c'est pour nos pro qui mettent à jour leurs stocks par fichier d'import, j'ai l'impression que la négo reste active sur l'id product et non sur le compte vendeur. Donc même s'il décide de ne plus accepter la négo sur un produit mais que ce produit avait précédemment était accepté en négo, il le reste. => Idem |
| Commentaire de Emeric Teil [ 08/août/07 17:50 ] |
|
Alors, avec les évolutions sur la négo qui viennent de sortir en V16 : -> Le vendeur peut accepter/refuser globalement la négo. S'il refuse globalement, aucune de ses annonces ne seront négociables, s'il accepte globalement, il garde la possibilité de accepter/refuser la négo sur chaque annonce -> La négo est donc activée/désactivée par rapport au vendeur ET à l'annonce, les deux devant "accepter" la négo pour qu'une annonce soit négociable sur le site. Il n'est donc pas possible, et c'est un choix de notre part, de refuser globalement la négo mais de l'activer sur une annonce. Il est par contre possible d'accepter globalement la négo et de la refuser sur une annonce. |
[APP-21600] Mise en avant de l'opé fid dans la page mon compte Création: 01/août/08 19:03 Mise à jour: 25/sept./08 10:20 Résolue: 23/sept./08 12:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue, Promo |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 29.0.1.2 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Thomas Beylot | Attribution: | Olga Costa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Classif FONC: | comarket | ||||||||
| Description |
|
Suite aux débuts de l'OP fid ce 24/07/2008, nous souhaitons
optimiser les chances de mettre en avant celle-ci pour atteindre un
maximum d'inscrits et être sûr d'avoir des résultats conséquents pour en
tirer un enseignement de qualité. Il faut noter que pour des raisons de risques de fraude, nous avons décidé de n'ouvrir l'OP qu'à une population de pmember étant inscrit en base avant le début de l'OP (23/07). De plus nous tenons à exclure un groupe témoin de cette OP pour pouvoir mesure l'impact de la rétribution sur un comportement acheteur. A ce jour le seul moyen pour nous de faire passer le message est de communiquer par mail (avec pourquoi pas l'idée de le faire par voie postale à la rentrée). > L'idée serait donc de communiquer sur le site pour maximiser le ROI et le taux d'inscrits. > or il nous faudrait communiquer sur certaines personnes seulement (préambule). => On souhaiterait donc mettre en place une banner sur "mon compte" qui ne s'afficherait que si : - le compte est inscrit en base (via l'adresse email) avant le 23 juillet inclus - le compte n'est pas dans la liste des personnes témoins - le compte inscrit n'a pas changé son email après le 23 juillet dans son compte sans s'être inscrit au préalable (ce qui signifierait que vous auriez la liste des inscrits chaque jour ?) A votre disposition pour en parler, sachant qu'après il me faudrait booker un graphiste pour la créa. Merci, Thomas |
| Commentaires |
| Commentaire de Swan Desportes [ 11/août/08 09:38 ] |
|
Attention, la demande est plus complexe que demandée lors du
comarket. Je ne sais pas si on pourra exclure la population témoin et
les changements de mail. Est ce qu'on le fait quand même ? |
| Commentaire de Thomas Beylot [ 12/août/08 10:50 ] |
|
l'idée est justement d'en discuter et fonction de la
complexité / rapidité de mise en oeuvre de prendre une décision. On peut en effet se fixer deux objectifs : - recrutement d'inscrits (avec comme contrainte de n'afficher la promo que pour les comptes "éligibles") - fidélisation : la banner affichée permet aux inscrits d'avoir cette OP en tête évidemment dans l'idéal il faudrait deux créas différentes mais on peut aussi s'asseoir là dessus et considérer qu'une banner invitant à s'inscrire si elle reste affichée une fois l'inscription validée serait au delà du message une invitation à se reconnecter. On ne parle demain matin et on prend décision ? thomas |
| Commentaire de Thomas Beylot [ 19/août/08 09:34 ] |
|
Hello J'ai parlé à l'agence de l'opportunité de faire tout ça en appel iframe. ça a l'air de coller, j'attends leur go définitif. Première question il leur faudrait l'adresse mail avec laquelle l'internaute est connecté (mais le login ne leur ai d'aucune utilité car pas renseigné dans la table de l'OP). ça vous semble jouable à priori ? thomas |
| Commentaire de Swan Desportes [ 20/août/08 14:12 ] |
|
Thomas, quand tu auras le go, j'aurais besoin de l'URL et du format de la bannière. Merci |
| Commentaire de Thomas Beylot [ 25/août/08 09:46 ] |
|
Hello MM me demande si il est possible en plus de l'email de leur donner le nom et prénom de la personne loggée ? de plus il me faut leur donner le format souhaité de la bannos. Si on considère vouloir la placer au niveau de la page de notation par contre je n'arrive pas à me logger à spot "service temporarily unavailable" depuis vendredi matin pour vous dire où et quel format ? Thomas. |
| Commentaire de Alexandre Garnier [ 25/août/08 12:34 ] |
|
La page / sur bo.pm.lan ne fonctionne en effet pas, soit utiliser http://www.pm.lan/spot_back?action=spotback, soit taper "/info/home" dans le champ "Url". Pour les infos, pas de problème, on les a : Email : $user.emailAddress Prénom : $user.firstName Nom : $user.lastName Si c'est une bannière, le format est le format classique de bannière : 728x90 il me semble. |
| Commentaire de Thomas Beylot [ 25/août/08 14:11 ] |
|
ok j'ai réussi à me sortir des méandres de spot. j'ajoute à ce jira deux pj, à savoir les impressions écran des pages où je souhaiterais installer les créas. J'ai bien noté qu'on avait dit une mais je fais mon vrp de base en essayant d'en avoir deux pour le prix d'une :) sachant que la plus importante est celle qui suit la note (post notation). Les emplacements ciblés sont les mêmes donc on pourrait envisager de placer la même créa sur les deux pages. Il s'agit à chaque fois du "body" en bas de page le premier emplacement dispo. Il y a des contraintes au niveau de la banner pour qu'elle s'adapte à la résolution non ? Pourrais-je avoir un détail exact des contraintes pour que je les donne à l'agence (première fois qu'on ne le fait pas en interne je sens les retours à foison). à votre dispo pour en discuter. thomas |
| Commentaire de Thomas Beylot [ 25/août/08 14:11 ] |
| deuxième page, la plus importante |
| Commentaire de Alexandre Garnier [ 25/août/08 16:03 ] |
|
Attention : il n'y a pas de différenciation possible entre
la page de PRE-notation et la page de POST-notation : c'est simplement
la liste des vendeurs à noter (BUYER_FEEDBACK_LIST), éventuellement vide
s'il n'y en a plus. Pour ce qui est de la dimension de l'iframe, elle peut être mise en 100% avec un contenu en 100% qui doit au moins passer en 1024. Je pense que le PARAM connait ça mieux que moi. |
| Commentaire de Thomas Beylot [ 25/août/08 16:29 ] |
|
ok c'est parfait ça veut dire que j'en aurais deux pour le prix d'un hé hé :) sinon oui j'imagine que l'iframe peut être mise en 100%. j'imagine que pour la taille on fait ce qu'on veut en hauteur et qu'il y a une dimension minimale en largeur ? niveau poids un niveau max ? je mets ariane en observatrice. |
| Commentaire de Ariane Baldinger [ 25/août/08 16:46 ] |
| Pour l'emplacemement body le format a employer est 425 x 90 px. |
| Commentaire de Ariane Baldinger [ 25/août/08 17:00 ] |
|
concernant le poids je ne saurai pas dire ... et Gafour n'est pas là. Plus le poids est faible mieux c'est. (pour avoir un ordre d'idée, sur le jeu vendeur, les bannières de ce format font 20 ko) |
[APP-6691] Compte utilisateur : vider le stock ne fonctionne pas Création: 12/déc./05 15:44 Mise à jour: 25/juin/07 18:33 Résolue: 19/oct./06 09:40 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 8.0.9, 9.0.4 |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Nicolas Gréhalle | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Site: | Integ | ||||||||
| Description |
|
Lorsque je tente de vider mon stock en BO, j'obtiens le message suivant : null; CausedByException is: Transaction marked for rollback, possibly a timeout; nested exception is: java.lang.RuntimeException: Transaction marked for rollback, possibly a timeout; nested exception is: javax.ejb.EJBException: null; CausedByException is: Transaction marked for rollback, possibly a timeout; nested exception is: java.lang.RuntimeException: Transaction marked for rollback, possibly a timeout |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 13/déc./05 14:00 ] |
| Quel compte, quel site? |
| Commentaire de Nicolas Gréhalle [ 13/déc./05 14:02 ] |
| ngrehall, en integ |
| Commentaire de Quentin de Chivré [ 13/déc./05 16:24 ] |
|
Comparer le paramétrage de la durée de timeout en integ et prod, diminuer la fenetre d'annonces traitées pour limiter ces erreurs |
| Commentaire de Geneviève Beaujard [ 15/déc./05 10:27 ] |
|
<attribute name="TransactionTimeout">300</attribute> même value en dev, integ, prod. La fenêtre passe de 1000 à 500. Rappel: Il faudra cliquer sur ce bouton un certain nombre de fois pour vider le stock (nbAnnonces / 500). Comme le nombre d'annonces indiqué dans le BO user est pris dans une vue materialisée qui n'est rafraichi qu'une fois par jour, le videur de stock ne peut pas mesurer son action, pour cela il doit aller dans le BO annonces et verifier s'il y a encore des annonces actives, si oui il faudra recliquer sur le bouton. De plus pour l'instant la vue materilisée est fausse, pour tester attendre la correction du bug http://pricejira.lan/browse/APP-6738. |
| Commentaire de Judd OSullivan [ 16/déc./05 14:55 ] |
| Corrigé |
| Commentaire de Nicolas Gréhalle [ 19/déc./05 15:16 ] |
| problème toujours présent |
| Commentaire de Judd OSullivan [ 20/déc./05 16:56 ] |
| Checkin oublié. Maintenant corrigé. |
| Commentaire de Christophe Garcia [ 20/déc./05 19:21 ] |
| Nicolas, peux-tu faire un nouvel essai STP. |
| Commentaire de Nicolas Gréhalle [ 21/déc./05 09:30 ] |
| Fonctionne toujours pas ! |
| Commentaire de Geneviève Beaujard [ 21/déc./05 09:42 ] |
|
Merci nicolas, pour ta collaboration. Je ne sais pas pour le moment comment on va resoudre ce probleme. On va tester en augmentant le timeout. |
| Commentaire de Quentin de Chivré [ 21/déc./05 09:46 ] |
|
On ne touche pas au timeout !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 300 c'est déja énorme |
| Commentaire de Nicolas Gréhalle [ 21/déc./05 10:00 ] |
|
Quentin, tu devrais faire une demande à l'exploit pour ta touche '!' qui se coince. Sinon, ne pourrait on pas envisager de modifier radicalement la manière de procéder pour cette fonctionnalité ? Cela fait plusieurs fois que le problème se pose et visiblement les corrections ne sont pas efficaces. Par exemple, un fonctionnement comme la mise en vacance : on déclenche la purge du stock et un batch va progressivement vider le stock. Qu'en pensez-vous ? |
| Commentaire de Judd OSullivan [ 05/janv./06 16:18 ] |
| Je vois pas pourquoi 500 lignes prennent plus que 5 minutes. Ca merite un peu plus d'analyse. Ensuite on peux parler d'attaque different (par batch par exemple). |
| Commentaire de Judd OSullivan [ 19/avr./06 17:34 ] |
| Quentin à suggerer une solution ou on le traite avec le batch d'import fichier (de vider le stock est comme un ADVERT_CLOSED pour toutes les annonces). A voir pour la prochaine version. |
| Commentaire de Judd OSullivan [ 19/mai/06 17:14 ] |
| J'ai ajouté de logging pour creuser un peu plus dans V900. La solution la plus logique reste pour moi de passer par le batch import mais elle necessite plus de codage est doit attendre une autre version. |
| Commentaire de Judd OSullivan [ 01/juin/06 18:32 ] |
|
Après analyse (en integ mais c'est certainement pareil en
prod), le problème est les updates d'advert qui prennent des fois plus
que 2s (à cause des triggers, les indexes etc) : 16:06:13,662|TP-Processor4|192.168.1.187|AdvertBusinessEjb|Executing SQL: UPDATE ADVERT SET adv_status_code=?, available_count=?, change_dat e=?, freshness_date=?, is_available=?, is_buyable=?, is_sellable=?, row_version=? WHERE advert_id=? AND row_version=? 16:06:16,291|TP-Processor4|192.168.1.187|ContractBusinessEjb#findByRelatedAdvertIdWithPurchase|Executing SQL: SELECT contract_id, activation _date, buyer_account_id, change_date, creation_date, ctr_status_code, currency_id, history, prd_currency_id, prd_first_image_id, prd_list_pr ice, prd_medium_code, prd_title, prd_type_code, product_id, purchase_id, related_advert_buyer_id, related_advert_id, related_buy_price, rela ted_cpl_product_id, related_currency_id, related_product_id, row_version, sale_price_net, sale_price_tax, tax_rate, usr_address_id FROM CONT RACT WHERE related_advert_id = ? AND purchase_id IS NOT NULL Même à une seconde la requête on prend 500s pour un lot qui est plus que les 300s qu'on a avant le timeout. Donc la solution de passer par le proces d'import reste pour moi la plus interessante. |
| Commentaire de Judd OSullivan [ 10/août/06 19:11 ] |
| J'attache un chiffrage mais en gros je prevois 1j (.75j dev + ,25j tests) |
| Commentaire de Mostafa Diane [ 12/sept./06 16:58 ] |
| Pour moi il faut typer les fichiers, pour ne pas riquer de casser le mecanisme du pool de fichier. c'est une sécurité en plus. Des avis sur ca? |
| Commentaire de Mostafa Diane [ 13/sept./06 18:48 ] |
|
Désormais, vider le stock d'un user passera par l'import.
un data_file est créer Sans ligne ni profile; dans un status
CLOSING_ADVERTS avec comme non de fichier : Videur de stock pour le
compte : user_account_id. Pour Tester le bug faudera bien sur tester vider le stock mais également tester la fermeture d'annonces avec et sans tag via le process standard d'import |
| Commentaire de Mostafa Diane [ 18/sept./06 10:54 ] |
| Je viens de checkiner un dev qui permet de ne créer qu'un seul fichier pour vider le stock. Ceci pour éviter de perdre du temps dans les imports |
| Commentaire de Geneviève Beaujard [ 19/oct./06 09:40 ] |
|
Quand on clique sur le lien Vider, une popup javascript s'affiche avec un texte. Dans ce texte il faudrait virer la ligne: 'Ceci affectera uniquement les 500 premières annonces !' |
| Commentaire de Geneviève Beaujard [ 19/oct./06 09:40 ] |
| OK |
| Commentaire de Geneviève Beaujard [ 19/oct./06 09:42 ] |
|
Le lien BO vider le stock est super, tout est OK, rapidité et ..., rien a voir avec le traitement precedent. Par contre c'est a toi de tester la fermeture d'annonces avec et sans tag via le process standard d'import . |
| Commentaire de Geneviève Beaujard [ 19/oct./06 10:01 ] |
|
petite precision: le texte 'Ceci affectera uniquement les 500 premières annonces ! ne s'affiche que si le compte a plus de 500 annonces. |
| Commentaire de Patrick Condevaux [ 19/oct./06 15:58 ] |
| ok en INTEG. merci a ben pour le test massif ;-) |
[APP-6496] souci lié peut-être à un compte vendeur Création: 28/nov./05 10:25 Mise à jour: 25/juin/07 18:33 Résolue: 28/nov./05 15:57 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.8d |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jany Marimoutou | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Description |
|
Ce vendredi nous avons réatribuer un pseudo laisser à l'abandon à un professionel. Celui ci est dvdone. http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=500656 Le problème est le suivant : toutes les fiches sur lesquelles il a déposé une annonce ne sont plus accessibles. Regardez dans sa vitrine. http://www.priceminister.com/boutique/dvdone Exemple concret avec Amarcord Federico Fellini's http://www.priceminister.com/navigation/se/category/search_video/category_sub/104703/kw/amarcord+federico+fellini%27s Cliquez dessus... ce message s'affiche pour tous les produits figurants dans son inventaire Il a dépose 242 annonces, ce qui fait pas mal de produit non accessibles. mais aussi d'annonces d'autres personnes qui ne le sont plus dispo. Merci de gerér au plus vite c'est uen situation plus que critique... |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 28/nov./05 15:57 ] |
|
ceci est du au fait que le compte dvdone n'avait pas de notes. steven a noté dvdone et maintenant ca fonctionne. Pour la petite histoire ProductAdvertInfoQuery a dans son select la colonne (user_account.seller_score_sum / user_account.seller_score_count) as score. le compte n'etant pas noté on avait 0/0 ->ORA-01476: divisor is equal to zero |
| Commentaire de Laurent Merlet [ 08/déc./05 12:02 ] |
|
Ceci n'était pas un bug, il s'agit d'une règle fonctionnelle. Il faut que le vendeur soit noté par PriceMinister pour que ses annonces soumises soient visibles dans le FO. |
[APP-22223] [Connexion] Connexion depuis une plateforme avec le compte d'une autre Création: 16/sept./08 15:14 Mise à jour: 17/févr./09 08:50 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 29.0.0 (CAT-Cbis) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
Exemple : Saisir les identifiants d'un compte Croix-Rouge (cedgov_cr / test) depuis la page de connexion PM : https://www.pm.lan/connect?action=login&c=80&dest=%2Fuser On est alors redirigé vers la page "Identification réussie" de Croix Rouge (et ma barre d'adresse indique https://www.pm.lan/connect) Depuis cette page, il suffit de cliquer sur l'un des menus de "Mon compte" pour définitivement se retrouver sur Croix-Rouge Par contre, si on clique sur CONTINUER, on est linké vers la page d'authentification Croix-Rouge comme si nous ne nous etions pas déjà logué. |
| Commentaires |
| Commentaire de Benoît Bourdon [ 17/sept./08 09:47 ] |
| Esperance devait vérifier en PROD -> c'est probablement le même fonctionnement. |
| Commentaire de Cédric Goldovsky [ 17/sept./08 14:12 ] |
| non, en prod nous sommes redirigés sur PriceSolidaire avec un message excplicatif (cf capture) |
| Commentaire de Benoît Bourdon [ 17/sept./08 16:20 ] |
| J'en parle à Manu ! |
| Commentaire de Edouard Gomez-Vaez [ 17/sept./08 17:12 ] |
|
En fait le problème est plus subtil, et existe aussi en
production, quand on joue trop à passer de www à cr, se logant et de
délogant. Il faut différencier l'environnement (gueule de la page + type d'utilisateur pricesolidaire) et adresse du site (www. ou croix-rouge.priceminister.com). Aller sur www. Se loguer avec un compte solidaire (ex cedgov_cr2 / test). On est redirigé vers la page de login sur le site croix rouge avec environnement croix-rouge. Retaper son mot de passe. Cliquer sur continuer. Se déloguer. Aller sur www. Cliquer sur mon compte. BUG 1 : on est encore logué, sur le site www, mais avec l'environnement cr ! Se déloguer. Aller sur www. Cliquer sur mon compte. On retrouve le bug 1 : on est sur le site www mais avec l'environnement cr ! Se loguer avec un compte solidaire. BUG 2 : on se retrouve sur la page d'identification réussie www mais avec l'environnement cr ! Cliquer sur continuer. BUG 3 : On est redirigé vers le site cr ! Du coup, on demande à nouveau de se loguer ! C'est ce que décrit Cédric dans son Jira. Je pense qu'en corrigeant le BUG 1, les deux autres bugs se corrigent. |
| Commentaire de Edouard Gomez-Vaez [ 17/sept./08 17:13 ] |
| Transaction ? |
[APP-27792] Non prise en compte de Dynaco dans la navigation Création: 30/déc./09 09:45 Mise à jour: 04/janv./10 10:13 Résolue: 04/janv./10 09:17 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 59.0.2.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
Il semble que la normalisation des contributeurs ne soit plus prise en compte dans la navigation. Exemple : http://www.priceminister.com/offer/buy/86200768/larson-ron-brief-calculus-an-applied-approach-enhanced-edition-with-enhanced-webassign-1-semester-printed-access-card-livre.html A comme contributeur normalisé "Ron Larson" Dans la Navigation, pour cette fiche produit, nous avons : Larson, Ron Sans la prise en compte du paramètre Contributor.AUTEUR.1.Dynamo, nous ne pourrons pas ouvrir les liens sur les contributeurs dans la navigation. |
| Commentaires |
| Commentaire de Thierry Leforestier [ 30/déc./09 09:47 ] |
|
Est-ce que ca ne serait pas dépendant de l'indexation en fait ? J'ai aussi trouvé l'exemple contraire : http://bo.priceminister.com/offer/buy/90772503/mylene-farmer-n-5-on-tour-coffret-collector-2-cd-dvd-cd-album.html Apparait bien la normalisation dans la navigation. Ce Jira est peut être un won't fix. |
| Commentaire de Thomas Allier [ 31/déc./09 14:44 ] |
|
je ne pense pas qu'il y ait de problème spécifique à la nav. effectivement, ta fiche produit 86200768 présente aussi bien le contributeur normalisé dans la FP que dans la nav (c'est le premier résultat de cette page : http://www.priceminister.com/s/ron+larson) |
| Commentaire de Thierry Leforestier [ 04/janv./10 09:17 ] |
| Je ferme. j'ai l'impression que c'est plus un problème d'indexation fast. |
[APP-11385] [croix-rouge] connexion a mon compte ne fonctionne pas Création: 27/juil./06 12:22 Mise à jour: 25/juin/07 18:42 Résolue: 27/juil./06 15:45 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings, Compte utilisateur |
| Affecte la/les version(s): | 9.0.2 |
| Version(s) corrigée(s): | 9.0.2 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Patrick Condevaux | Attribution: | Patrick Condevaux |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Integ |
| Description |
|
Lorsqu'on se connecte sur croix-rouge.pm.lan [ https://croix-rouge.pm.lan/connect?action=login&c=80&dest=%2Fuser ] on obtient un message d'erreur: Pour vous connecter sur ce compte sans créer d'interférence avec votre compte Croix-Rouge, veuillez fermer toutes les fenêtres de votre navigateur puis vous reconnecter au site www.priceminister.com |
| Commentaires |
| Commentaire de Patrick Condevaux [ 27/juil./06 15:45 ] |
| les comptes sont specifiques a la croix-rouge et ne sont pas partage avec PM |
[Nettoyage Auto] : Méta-Tâche
(APP-26422)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 53.0.0 (TX-I) |
| Version(s) corrigée(s): | 53.0.0 (TX-I) |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM archivés: | AUTO : Nettoyage | ||||||||
| Description |
|
On va profiter du nettoyage auto pour revoir un peu l'organisation de la Home Page Mon Compte : -> Suppression de "Mon Compte Auto" : suppression de tout le système d'onglets -> Nécessité de créer un nouvel ancrage pour "Mon Profil" : Ce terme est peu compris par les utilisateurs et ceux-ci ont fréquemment du mal à trouver comment modifier leur adresse mail ou leur mot de passe ; on crée donc un nouveaux bloc, dans la partie "User", contenant un lien explicite vers "Changer mon mot de passe" et "Modifier mon adresse e-mail" (qui pointent tout les deux sur la même page mais avec une ancre sur le formulaire concerné) -> On déplace dans ce bloc le lien "Mes abonnements" -> On duplique dans ce bloc le lien" Mes préférences vendeur" -> Ajout d'un style dédié aux texte explicatifs situés en dessous de certaines fonctionnalités |
| Commentaires |
| Commentaire de Corinne Grondin [ 09/sept./09 10:17 ] |
|
Hello, Voici la structure pour les liens ayant un commentaire (mon widget boutique, mes préférences vendeur...). <li class="dash_subcat"> <a href="/wish?action=list">Mes souhaits</a> <p class="dash_subcat_desc">Pour être alerté(e) dès qu'un produit devient disponible au prix que vous souhaitez... </p> </li> Pour le nouveau bloc "Mes informations", la structure est identique aux autres blocs. Pour le H1 et la partie "déconnexion/partir en vacances", on doit normalement se voir cet aprem avec GAF pour valider une structure. Je vous la donne dès que possible. |
| Commentaire de Corinne Grondin [ 09/sept./09 14:29 ] |
|
Voici la structure pour le H1 et la zone de déconnexion/vacances ainsi que la notification <h1>Mon compte</h1> <ul id="my_account_nav"> <li class="tab_log_off"><a href="/connect?action=logout&pro=false" class="underline">Déconnexion</a></li> <li class="tab_holidays"><a href="/user?action=holidaystart">Je pars en vacances</a></li> </ul> <div id="my_account_notif" class="notification notice"> <p>Vous avez un vendeur à noter.</p> </div> |
| Commentaire de Corinne Grondin [ 09/sept./09 14:31 ] |
|
Pour les liens avec commentaires inactifs : <li class="dash_subcat dash_subcat_inactive"> Mon Widget Boutique <p class="dash_subcat_desc">Blogueur, redirigez facilement vos visiteurs vers votre boutique PriceMinister. </p> </li> |
| Commentaire de Marc-Antoine Decreton [ 09/sept./09 16:12 ] |
| En attente de la css de Gafour |
| Commentaire de Marc-Antoine Decreton [ 10/sept./09 19:01 ] |
|
A traduire sur cms-ref svp : /default/Labels/_Mon Compte/AccountBlock/link_my_email /default/Labels/_Mon Compte/AccountBlock/link_my_password /default/Labels/_Mon Compte/AccountBlock/lbl_my_information A publier sur cms-ref : /default/Template/Account Template/MyWishesBlock /default/Template/Account Template/MyInformationBlock /default/Template/Account Template/MyAdvertsBlock /default/Template/Account Template/CommunityBlock Merci ! |
| Commentaire de Rémi Virlouvet [ 11/sept./09 14:41 ] |
| UK ok |
| Commentaire de Rocio Perez-Garcia [ 11/sept./09 14:56 ] |
|
ES aussi. Note édito: on essaie de mettre e-mail partout dans le site, p-e revoir le label FR. |
| Commentaire de Arnaud Forgues [ 14/sept./09 16:57 ] |
|
Soumis à publication en FR, ES et UK sur cms-ref : /default/ROOT/ACCOUNT/PROFILE /default/Labels/_Mon Compte/Profile/title_my_informations |
[IMP-3395] Creation compte FTP avec flux de commandes pour le compte HAI-END-GbR/Haiend Création: 11/mars/09 11:11 Mise à jour: 30/oct./09 15:52 Résolue: 02/avr./09 16:18 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jeremy Pallot | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France, ESP - Espagne
|
| Login: | Hai-end-gbr/haiend |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Bonjour, Pouvez vous créer un serveur FTP avec flux de commandes pour les compte en France Hai-end-gbr et en Espagne Haiend Le stock va être mise à jour via un lien qu'il faut mettre à jour une fois toutes les 24 heures. http://www.hai-end.com/preisvergleich/priceminister/priceminister.csv Colonne a: ref produit/constructeur Colonne b: ref interne à transmettre lors d'une commande colonne c: Prix de vente (identique pour le ES et le FR) Colonne d: Quantité Colonne e: Qualité Colonne f: Fabricant Commentaire sur le France: Envoi Rapide et soigné d'allemagne. Pas d'envoi dans les DOM TOM Commentaire sur l'Espagne: Vendedor professional - articulo nuevo y garantizado. Entrega en España peninsular - No haremos envíos a las islas. |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 26/mars/09 16:48 ] |
| La configuration est en place. Tests en cours... |
| Commentaire de Daniel Pintamalli [ 27/mars/09 09:23 ] |
| Les fichiers passent à 25%-28% |
| Commentaire de Jeremy Pallot [ 01/avr./09 18:23 ] |
|
Auriez-vous oublié le compte FTP? Merci, Jérémy |
| Commentaire de Daniel Pintamalli [ 02/avr./09 16:17 ] |
|
Désolé. Voici les coordonnées FTP par pays: France: ===================================================================== Compte FTP vendeur créé... Pseudo : hai-end-gbr mot de passe : trgij7HkL Serveur : ftp.priceminister.com ===================================================================== Espagne: ===================================================================== Cuenta FTP vendedor creada... Pseudo : haiend contraseña : LK355haA9n Server : ftp.priceminister.es =====================================================================: |
[APP-15045] changement d'adresse mail pas pris en compte Création: 09/févr./07 14:12 Mise à jour: 25/juin/07 18:49 Résolue: 09/févr./07 14:58 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 11.3.1 |
| Version(s) corrigée(s): | 11.3.1 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Dorian Porta Delsol | Attribution: | Validator |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Description |
|
Le compte professionnel lookjouet (pseudo) à changé son adresse mail, dans leur profil, mail lundi 5 fevrier. Depuis tous les mails automatique en provenance de PriceMinister sont envoyé sur l'ancienne adresse ou pas du tout J'ai tout de même bien checké si la nouvelle adresse était bonne, elle l'est. Dans le cas présent : ancienne adresse : fsaulnier@partnerjouet.com nouvelle adresse : mduchesne@partnerjouet.com |
| Commentaires |
| Commentaire de Patrick Condevaux [ 09/févr./07 14:58 ] |
|
J'ai verifie en BO l'adresse d'envoi des mails de cette utilisateur abien été modifié le 5/2 et depuis cette date tous les mails ont été envoyé à A : mduchesne@partnerjouet.com le premier de la liste date du : Message reçu le 05/02/2007-09:23 Mail sortant FO envoyé depuis le 5 voir cette page: http://bo.priceminister.com/message_back?action=usrmessagesearch&advanced=true&id=&user_id=8676512&subject=&login=&type=40&out_stat_code=&ums_domain_code=&start_date=05%2F02%2F2007&end_date=&is_date_order_desc=false&number_rows=100&x=46&y=8 |
[APP-2681] Negociation : anomalies compte vendeur et annonce Création: 25/août/04 18:03 Mise à jour: 25/juin/07 18:25 Résolue: 25/juin/07 18:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.5val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Pascal Roselli | Attribution: | Fabrice Messoumian |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
- Vérifier que l¿offre négociée est indiquée comme telle en page d¿accueil de « Mon Compte » : la vente n'apparait pas du tout - Vérifier que le lien « Faire une offre ferme » a disparu au profit d¿un lien « Un acheteur a effectué une offre ferme sur cet article », qui envoie vers une popup : le lien "Acheter au prix actuel" apparaît |
| Commentaires |
| Commentaire de Validator [ 25/août/04 18:15 ] |
|
Ne pas tenir compte de la première remarque : il fallait attendre le batch pour que la vente soit visible |
| Commentaire de Validator [ 25/août/04 18:26 ] |
| *** Bug 2860 has been marked as a duplicate of this bug. *** |
| Commentaire de Fabrice Messoumian [ 26/août/04 10:04 ] |
|
Le lien "acheter au prix actuel" apparaît dans tous les cas : il s'agit de la mise en panier d'un bouton standard (idem bouton "achat") C'est le lien "Faire une offre ferme" qui disparaît ici au profit de "Un acheteur a effectué une offre ferme sur cet article" Donc a priori le comportement est normal. |
| Commentaire de Validator [ 26/août/04 11:36 ] |
|
Justement, non, le lien "Un acheteur a effectué une offre ferme sur cet article" n'apparait pas apparemment |
| Commentaire de Fabrice Messoumian [ 26/août/04 11:51 ] |
|
Si, le lien apparaît bien. Les testeurs ne l'ont pas vu parce qu'il ne remplace pas exactement l'ancien lien, mais apparaît SOUS la liste des liens. Je modifie la procédure de test pour clarifier tout ça. |
[APP-24074] Modification mentions sur "Mon Compte" du Vendeur Création: 28/janv./09 18:51 Mise à jour: 19/févr./09 17:43 Résolue: 13/févr./09 17:32 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 39.0.0 (CTN-I) |
| Version(s) corrigée(s): | 41.0.0 (TX-E) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Benoit Tabaka | Attribution: | Fabien Bourdoulous |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
||||||||||
| Liens des demandes: |
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Site: | Prod | ||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||
| Description |
|
Suite à l'envoi de SMS pour informer les vendeurs que
certaines ventes s'apprêtent à expirer, il faut modifier les mentions
figurant en marge du formulaire collectant le numéro de téléphone du
vendeur dans la rubrique Mon Compte. Le projet d'édito modifié est joint. |
| Commentaires |
| Commentaire de Cedric Favero [ 29/janv./09 12:21 ] |
|
Ah zut doublon , j'avais posté aussi. Pour l'édito , mieux avec un saut à la ligne et un un poil modifié: Ces coordonnées sont nécessaires à la bonne gestion de vos ventes. Il est important d'indiquer des informations correctes. En particulier, le numéro de téléphone peut etre utilisé par PriceMinister pour vous contacter, notamment par SMS, pour le suivi de vos ventes ou en cas de litige. |
| Commentaire de Benjamin Guerville [ 29/janv./09 15:38 ] |
|
Hello, j'en ai parlé à Olivier Mathiot et il imaginait plutôt un lien "Pourquoi a-t-on besoin de votre numéro?" à côté du n° qui ouvre dans un pop avec toutes les raisons (sympa) de laisser son n°. Il craint que le texte tout en haut fasse peur aux utilisateurs. Cette solution serait-elle très couteuse ? merci |
| Commentaire de Benoit Tabaka [ 29/janv./09 15:40 ] |
|
Bof ... mais comme le champ obligatoire, le vendeur sera de toutes façons obligé de le remplir s'il souhaite vendre ! |
| Commentaire de Cedric Favero [ 30/janv./09 12:56 ] |
|
Dans ce cas on met juste un (?) cliquable derriere "telephone" Il clique dessus et on a une popup explicative. Ou sinon avec un mouse over? je passe ma souris et l'info s'affiche. |
| Commentaire de Benoit Tabaka [ 30/janv./09 14:16 ] |
|
Pas clean/légal comme solution. Le principe d'une
information "claire" me semble bien loin. On est vraiment obligé de
planquer de telles infos alors qu'elles sont essentielles ? On est tenu de part la loi à informer clairement une personne sur l'usage qu'il va être fait de ses données et ceci au moment de la collecte. La CNIL estime qu'un renvoi par un lien hypertexte n'est pas suffisant. Donc, pour moi, la mention ne doit pas être cachée en infobulle ou en pop-up. Benoit |
| Commentaire de Cedric Favero [ 30/janv./09 14:25 ] |
|
Dans ce cas c'est tranché :-) |
| Commentaire de Justin Ziegler [ 30/janv./09 17:51 ] |
|
concernant le wording, on pourrait etre un peu plus simple en remplaçant : destiné à permettre à PM par permet à PM non ? |
| Commentaire de Benoit Tabaka [ 30/janv./09 17:52 ] |
|
Oui ;-) Merci Justin. |
| Commentaire de Emeric Teil [ 02/févr./09 14:35 ] |
|
Pour rappel, lorsque cette page a été mise en place, il
avait été souhaité de ne pas rentrer trop précisément dans certains
aspects (tel que la gestion des litiges) afin d'éviter que les
utilisateurs ne soit "refroidis" avant même leur première vente... |
| Commentaire de Benoit Tabaka [ 02/févr./09 14:39 ] |
|
Oui, mais à l'époque on n'avait pas décidé de balancer du SMS :-) Après si vous pensez que "pour le suivi de vos ventes" suffit ... ok. |
| Commentaire de Cedric Favero [ 02/févr./09 14:43 ] |
|
Moi suis toujours partisan de dire la vérité. Meme si dans les faits, on les appelle pour ainsi dire jamais. Peut etre dire "en cas de réclamation", çà fait moins peur que litige. |
| Commentaire de Emeric Teil [ 02/févr./09 14:45 ] |
|
Ok, j'ai légèrement modifier le wording (cf capture d'écran "a_valider") : -> OK pour mettre "réclamation" à la place de "litige" -> Benoît, faut-il vraiment spécifier "par sms" ou le terme "contacter" suffit-il de par sa généricité :o) (sinon, c'est un peu lourd comme phrase...) |
| Commentaire de Emeric Teil [ 02/févr./09 14:48 ] |
|
En complément, puisque les vendeurs Pros ne sont apparemment
pas concernés par tout ça, on ne le mettra que pour les Parts et les
Pros à valider (ces derniers étant considérés par l'application comme
des particuliers). OK pour tout le monde ? |
| Commentaire de Benjamin Guerville [ 02/févr./09 14:55 ] |
|
OK pour les pro. BG |
| Commentaire de Cedric Favero [ 02/févr./09 15:00 ] |
|
Ok pour tout çà et le wording. Je me permettrais juste un "il est donc important de.." Merci. |
| Commentaire de Emeric Teil [ 02/févr./09 15:14 ] |
| OK, donc cf. "wording_validé" ci-dessus, à afficher uniquement si le vendeur n'est pas Pro Validé. |
| Commentaire de Emeric Teil [ 02/févr./09 15:17 ] |
|
Dernières questions pour Benjamin : -> Quel pays utilisez-vous pour savoir si le vendeur est français ou étranger (le pays d'expédition, le pays des coordonnées vendeur, autre ?) ? -> Cela ne concerne que la plateforme FR, et non ES et UK ? (un vendeur français sur ES ou UK n'est donc pas concerné ?) Merci |
| Commentaire de Benoit Tabaka [ 02/févr./09 15:23 ] |
|
Je préfère que l'on mentionne "SMS" -> Toujours la même logique : transparence. Ca donnera en plus appui au BO pour les clients mécontents. |
| Commentaire de Benjamin Guerville [ 02/févr./09 15:41 ] |
|
- Pays à utiliser : pays d'expédition = France. - Plateforme FR uniquement. Merci |
| Commentaire de Emeric Teil [ 02/févr./09 17:57 ] |
|
OK donc merci de valider (business et juridique) le wording proposé dans la capture ci-dessus. Concernant les conditions d'affichage : -> Vendeurs Part dont le pays d'Expédition est "France Métropolitaine" -> Plateforme FR uniquement NB : les DOM TOM ne sont pas concernés ? |
| Commentaire de Benjamin Guerville [ 02/févr./09 19:10 ] |
|
les DOM-TOM ne sont pas concernés. Je vois avec OM pour la validation business et reviens vers vous asap. |
| Commentaire de Benjamin Guerville [ 02/févr./09 19:19 ] |
|
J'ai quand même l'impression qu'on y va un peu fort : - Cédric nous que le BO n'a appelle quasiment jamais les gens - Très peu de SMS sont envoyés (200-300 / jours) Il ne faudrait que le taux de transfo chute à cause de l'ajout de cette phrase qui pourrait faire peur à certain. Désolé de relancer le débat mais comme ça touche une page stratégique, attention à la bourde :-) |
| Commentaire de Benoit Tabaka [ 03/févr./09 07:47 ] |
|
Benjamin, La loi est claire : on est tenu d'informer les personnes de la finalité de toute collecte d'un donnée nominative. Il a été décidé d'envoyer des SMS à nos vendeurs, on est donc tenu de modifier l'information figurant sur le site et donc indiquer clairement le nouvel usage qui sera fait de cette donnée. PS : je doute que 100.000 SMS par an ce soit très peu ... Benoit |
| Commentaire de Benjamin Guerville [ 03/févr./09 09:14 ] |
|
100 000 SMS par an : la consomation normal d'un ado de 15 ans :-) Ok, ça marche. OM a validé la version proposée. Merci |
| Commentaire de Fabien Bourdoulous [ 13/févr./09 11:34 ] |
|
Le label a été modifié. /default/Labels/_Mon Compte/_Espace Vendeur/SellerProfileReturnCoordinatesInclude/lbl_address_info |
| Commentaire de Arnaud Forgues [ 13/févr./09 12:03 ] |
| Attention, l'edito ne change que pour FR : ne pas traduire les modifications |
| Commentaire de Emeric Teil [ 13/févr./09 14:04 ] |
| Pour info, et pour éviter de monter une usine à Gaz pour un édito, celui-ci s'affichera tout le temps sur la plateforme FR, quelle que soit la nature du vendeur (pro ou part) et sa nationalité. |
| Commentaire de Benoit Tabaka [ 13/févr./09 14:13 ] |
|
bravo. Magnifique. ça m'va. |
| Commentaire de Olga Costa [ 13/févr./09 14:54 ] |
|
tu n'as pas oublié le soumettre a publication? |
| Commentaire de Olga Costa [ 13/févr./09 15:36 ] |
| je parle de contenu dans IG il est pas soumit a publication |
[IMP-3068] Convertir un compte en profil NETEVEN > sextoys69 Création: 08/janv./09 17:30 Mise à jour: 30/oct./09 15:44 Résolue: 28/janv./09 10:52 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Isabelle Weisbecker | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | sextoys69 |
| Modèle: | Cosmétique |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Groupe: | NETEVEN |
| Description |
|
Convertir le compte sous le format NETEVEN, type de traitement habituel Paramétrer le fait que la référence produit = référence produit et référence annonce Colonne D, E, J, K non obligatoire |
| Commentaires |
| Commentaire de Fotigui Tangara [ 20/janv./09 14:07 ] |
|
tu veux dire de considérer la réf annonce comme réf produit ? beaucoup de réf produit non renseignées. |
| Commentaire de Isabelle Weisbecker [ 20/janv./09 14:27 ] |
| il faut que colonne A = colonne B car la colonne B est toujours renseignée. |
| Commentaire de Fotigui Tangara [ 20/janv./09 14:57 ] |
|
Le partenaire via Neteven utilisera la tabulation comme
séparateur, le fichier contient le caractère "point-virgule". |
| Commentaire de Fotigui Tangara [ 20/janv./09 15:21 ] |
|
Oubli de ma part : Neteven doit utiliser nos modèles sans aucune modification de notre part. Demandez au partenaire de s'aligner sur le Modèle Cosmétique.xls. Sinon, si vous voulez une dérogation pour ce Pro venez voir Jérôme pour cela. Merci |
| Commentaire de Isabelle Weisbecker [ 20/janv./09 18:15 ] |
| La dérogation c'est pour la création de la réf ou le séparateur différent ou les 2 ? |
| Commentaire de Fotigui Tangara [ 20/janv./09 18:30 ] |
| La dérogation concerne seulement les deux (2). |
| Commentaire de Fotigui Tangara [ 27/janv./09 11:39 ] |
| Avez-vous un retour par rapport à cette demande ? |
| Commentaire de Isabelle Weisbecker [ 27/janv./09 18:04 ] |
|
on a demandé à neteven de demander au pro de garder le modèle "neteven". Le fichier en .csv n'est pas avec séparateur point virgule ? |
| Commentaire de Fotigui Tangara [ 28/janv./09 10:31 ] |
|
le fichier .csv est délimité avec point virgule, mais
contient le même caractère, ce qui aura pour conséquence des décalages
de colonnes, et le fichier tombera en erreur. La colonne "Description long" est en grande partie à l'origine de la présence du caractère "point virgule". Ce que je fais, c'est de mettre en place la configuration Neteven demandée sans passer le fichier. Dès que le pro aura fait le nécessaire, Neteven pourra soumettre le fichier. A noter que si rien n'est fait du côté du pro, et que Neteven envoie le fichier, il ne passera pas. N'hésitez pas à nous le signaler au moment opportun. |
| Commentaire de Fotigui Tangara [ 28/janv./09 10:34 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : sextoys69 mot de passe : omifdg2Fr3 Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Fotigui Tangara [ 28/janv./09 10:50 ] |
|
Configuration Neteven (Entrée, Sortie) + M.à.j./création
annonces avec m.à.j./création produits basé sur le Modèle Cosmétique. Demande traitée. |
[APP-26473] Ajout de tags de pub Lagardère dans "mon compte" Création: 11/sept./09 17:29 Mise à jour: 22/sept./09 18:10 Résolue: 22/sept./09 11:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue, Promo |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 53.0.1 |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Benjamin Guerville | Attribution: | Olga Costa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour, comme convenu en co-market, nous souhaitons ajouter des tags de pub lagardère dans mon compte. Quelques subtilités : - un taggage étalé de septembre 09 à décembre 09 (à faire en début de mois) - certaines pages taggées seulement (24 en tout) - différents tags univers pour "panacher" les pubs (livres, musique, JV, ...) En pj, vous trouverez un planning détaillé (quelle pages ? quel tag ? quel emplacement ? quand ?) A votre dispo poiur plus d'infos. Merci BG |
| Commentaires |
| Commentaire de Jérôme Viviès [ 11/sept./09 17:35 ] |
| Swan, Marion, cela vous suffit comme brief ? |
| Commentaire de Marion Anfreville [ 11/sept./09 17:43 ] |
|
Tu t'y prends tard pour une demande de mise en ligne le 20/09. Il aurait fallu faire le paramétrage cette semaine pour que ça parte dans le Dump du 15/09 et il s'agit du seul dump prévu S38. |
| Commentaire de Marion Anfreville [ 14/sept./09 15:46 ] |
| On peut caler ça dans le Dump du 23/09. Ok pour toi ? |
| Commentaire de Benjamin Guerville [ 14/sept./09 15:55 ] |
|
ok si pas possible avant... |
| Commentaire de Swan Desportes [ 16/sept./09 11:55 ] |
| On est sûr de vouloir mettre de la pub sur des pages clés comme l'authentification ou l'inscription. On risque de détourner l'internaute du processus. C'est quelque chose que l'on a toujours proscrit et qui risque de nuire au core business ! |
| Commentaire de Olga Costa [ 16/sept./09 12:04 ] |
| Nous avons déjà eu les auto promos sur ces pages, par contre il étais non cliquable (pour pas détourner l'internaute), mais avec LAGARDER les pubs seront forcement cliquable |
| Commentaire de Benjamin Guerville [ 17/sept./09 14:35 ] |
| validé par OM |
| Commentaire de Justin Ziegler [ 17/sept./09 14:54 ] |
|
n'y a t il pas des pbs de ssl ? sur l'authentification et l'inscription particulièrement ? je suis un peu surpris qu'on mette ces deux la dans le pool. je pense que cela représente assez peu d'affichage comparé à d'autre... |
| Commentaire de Olivier Mathiot [ 17/sept./09 18:10 ] |
|
oui je comprends les discussions sur ce thème mais benjamin a
bien bossé et priorisé le projet au coex et évalué les volumes page par
page : ces 2 pages représentent des TRES GROS VOLUMES : (avec faible risque car taux de clic moyen sur banner = 0.05%) voici le détail : Pages LOCATION ALIAS Chargements (pages) 32 174 752 MonCompte ACCOUNT%%ACCOUNT 4 880 551 15% Identification::Identification LOGIN 4 869 396 15% Inventaire INVENTORY_VIEW 4 366 593 14% Identification::IdentificationOK LOGIN_SUCCESS 3 417 400 11% MesVentes::DetailVente SELLER_PURCHASE 2 347 266 7% MesVentes::VentesEnCours SELLER_LIST%%ON_GOING 1 060 496 3% MesFinances::PorteMonnaie WALLET_VIEW 958 966 3% MesAchats::ListeAchats::DetailAchat BUYER_PURCHASE 943 532 3% MesAchats::ListeAchats BUYER_LIST 714 866 2% MesVentes::NouvellesVentes SELLER_LIST%%NEW 679 907 2% Communaute::MessagesRecus QUESTION_RECEIVED_LIST 653 055 2% MesAchats::NoteVendeurs PROFILE_SHOP 643 183 2% MesVentes::DetailVente::SuiviArticle SELLER_ITEM_DETAIL 623 315 2% MesEnvies::Souhaits WISH_LIST 588 757 2% MesEnvies::Memo WISH_MEMO_LIST 564 082 2% MesAchats::ListeAchats::DetailAchat::SuiviArticle Reception BUYER_ITEM_FEEDBACK 454 400 1% MesVentes::DetailVente::BonDeLivraison SELLER_SHIPPING_ORDER 435 995 1% MesAchats::ListeAchats::DetailAchat::SuiviArticle BUYER_ITEM_DETAIL 432 164 1% Identification::Inscription REGISTER 378 542 1% Inventaire::ChargerImageAnnonce UPLOAD_GALLERY_IMAGE 337 848 1% MesVentes::VentesFinalisees SELLER_LIST%%OLD 283 056 1% Inventaire::ChargerImage ? 274 277 1% Communaute::MessagesRecus::EnvoyerReponse ? 230 107 1% MesVentes::DetailVente::AdresseDuDestinataire SELLER_SHIPPING_ADDRESS 229 449 1% |
| Commentaire de Carole Boucheny [ 21/sept./09 16:00 ] |
|
J'ai testé les promos du mois de septembre c'est ok pour moi. Juste pour info celle qui est présente dans mon compte est en rotation avec une autre. |
| Commentaire de Olga Costa [ 22/sept./09 11:24 ] |
| les promos octobre , novembre et décembre -->ok |
| Commentaire de Benjamin Guerville [ 22/sept./09 12:04 ] |
|
pour celle qui est présente sur "mon compte", il faudrait
supprimer la promo actuelle (racontez-nous votre histoire...) merci |
| Commentaire de Benjamin Guerville [ 22/sept./09 15:52 ] |
|
Hello, Olga m'a expliqué que les pages "login" et "login success" ne sont pas taggable avec les tags actuels. du cop, il faut tagger d'autres pages en rtemplacement. Tout est détaillé dans la pièce jointe : Tag_mon_compte_v2 Soit : plus de pages en septembre rien en octobre et à nouveau des pages en novembre et en décembre merci! BG |
| Commentaire de Olga Costa [ 22/sept./09 18:10 ] |
|
Benjamin, Pour résumer demain en prod nous allons voir les pubs sur ACCOUNT%%ACCOUNT et INVENTORY_VIEW. Pour effectuer les modifications que tu demandes dans le fichier, il faut que je revoie mon paramétrage initial et je ne peux pas le faire la veille de sortie de la version, car la veille on ne fait que les corrections. Or pour moi il là ne s'agit pas d'une correction mais d'une nouvelle demande. Le mieux c'est que tu ouvres un nouvel Jira avec le fichier pour que ca passe par Marion |
Recouvrement Créances Vendeur
(APP-24954)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur, Porte-Monnaie |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | 47.0.0 (TX-G) |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Marc-Antoine Decreton | Attribution: | Gafour Abdoul |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM archivés: | Paiement - Compensations Négatives |
| Description |
|
Dans le cas où l'utilisateur a un PMV négatif (suite au
passage d'une compensation négative), une cartouche de notification est
affichée sur les pages "Mon compte" et "Mon porte-monnaie", lui
indiquant le montant de sa dette. Deux liens sont présents dans cette cartouche, définis de la manière suivante : <a class="help" href="var2">ici</a> <a href="var2">alimentant votre porte-monnaie</a> Est-il possible d'avoir un affichage similaire et cohérent sur ces deux pages? |
| Commentaires |
| Commentaire de Marc-Antoine Decreton [ 21/avr./09 17:12 ] |
|
Les labels IG sont les suivants : - /default/Labels/_Phrase/_W/WalletViewModel/NEGATIVE_WALLET_NOTIFICATION - /default/Labels/_Phrase/_A/AccountModel/NEGATIVE_WALLET_NOTIFICATION Les classes impactées sont AccountModel et WalletViewModel sur la branche RCV du pôle TX. Si tu as besoin d'aide pour tester (parce que pour faire apparaître les cartouches il faut avoir un PMV avec un montant négatif, ce qui n'est le cas pour aucun utilisateur sur la base de dév aujourd'hui), n'hésite pas à revenir vers moi. Merci de me tenir au courant de l'avancée, il me faudra par la suite faire traduire les labels par l'équipe traduction. |
| Commentaire de Gafour Abdoul [ 24/avr./09 17:34 ] |
|
Après discussion avec ETE: - Il est utile de différencier les différents types de liens, et dans ce cas-ci, le lien de la popup d'aide du lien de "navigation". mais il faudrait le faire pour le site dans son ensemble, et cela s'avère difficile de le généraliser sur le site. On peut l'uniformiser au fur et à mesure lors de la rationalisation des pages "Mon Compte". Pour l'instant j'uniformise les deux affichages : lien non gras souligné. |
[IMP-2475] Amélioration des imports de fichier du compte bdubizarre Création: 28/juil./08 09:58 Mise à jour: 30/oct./09 15:51 Résolue: 30/juil./08 17:23 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Dorian Porta Delsol | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | bdubizarre |
| Modèle: | figurines, cartes de jeux, jouets et livres |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Groupe: | culturel |
| Description |
|
Bonjour, Voici la liste des problèmes 1) Pour le fichier Ecrasement Jouet un message d'erreur [cell 45864] Cette valeur d'attribut "500g à 3000g" n'est pas permis pour ce type de produit ou pour ce support. 28 articles ne sont pas pris en compte, alors que 341 articles fait exactement de la même façons s'installe sans problème. 2) Pour le fichier livres votre base de prix n'est pas à jour, ce qui posse problème aux niveau de la loi Lang. 3) Pour le fichier Ecrasement figurines il y à plusieurs type de message d'erreur qui ne nous aide pas à corrige le problème. liste des messages [cell 40210] Cette valeur d'attribut "Cards inc Characters" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Cards inc Group" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Cthulhu" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Death Note" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Enterbrain" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Eye Scream" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Figurine Donjon de Naheulbeuk" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Good Smile Compagny" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Hellgate London" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Jakks Pacific" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "L'étrange Noël de Mister Jack" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Marvel Toys" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Mcfarlane toys" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Monogram masterworks" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Movic" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Munchkin" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Nigthmares HP Lovecraft" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Orchid Seed" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Organic" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "PM00018634" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "PM00018652" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "PM00018716" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "PM05141743" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "PM40066700" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "PM40176853" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "PM40177615" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "PM41174147" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "PM41605460" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "PM44420485" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "PM47978766" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "PM48012807" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "PM48075653" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Product Enterprise" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Requiem" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Stik Fas" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Suzumiya Haruhi no Yuustu" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Toy's Works" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Uart" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Ultima online" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Valkyrie Profile" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Vampire Mascarade" n'est pas permis pour ce type de produit ou pour ce support. [cell 40210] Cette valeur d'attribut "Vinyl Collectible Dolls" n'est pas permis pour ce type de produit ou pour ce support. La colonne 'Recherche par identification [cell 40194]' est obligatoire Merci de vous occupez de ses problèmes Cordialement, Tayot André-Pierre Bazar du Bizarre 19 rue saint gilles tel 02 35 89 06 05 |
| Commentaires |
| Commentaire de Fotigui Tangara [ 30/juil./08 12:02 ] |
|
Après analyse des messages d'erreur, nous retenons les points suivants : 1) Concernant les Jouets : il s'agissait d'un problème de pattern (dans les plages de poids), nous avons enrichi nos patterns pour tenir compte des valeurs que met le partenaire dans son fichier. 2) Concernant les livres par rapport à la loi, le partenaire vend plus bas que les 5% de réduction autorisée sur les livres neufs 3) Pour les figurines, des valeurs propres aux catégories sont utilisées pour évoquer les fabricant (Exemple : Star Wars ==> n'est pas un fabricant mais utilisé dans la colonne fabricant comme fabricant). |
[APP-24660] [COSAV] [BO] Création d'une nouvelle boite de messagerie BO : back SAV ANNULATIONS Création: 18/mars/09 12:33 Mise à jour: 29/oct./09 11:35 Résolue: 07/sept./09 11:01 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 42.0.2 |
| Version(s) corrigée(s): | 56.0.0 (TX-J) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Yann Danot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||||||
| Classif FONC: | CoSAV | ||||||||||||||||
| Description |
|
Une partie importante des messages que nous recevons de nos
vendeurs concerne des demandes d'annulation de la vente qu'ils ont
acceptée par erreur. Ceci se mélange aujourd'hui avec les réponses aux réclamations et on aimerait avoir une boite distincte pour traiter en masse ces demandes. Il nous faudrait donc une nouvelle boite en BO qu'on appelerait back SAV ANNULATIONS et qui viendrait s'intercaler entre back SAV ACH et back SAV VEN1. Il faut ensuite rendre cette boite disponible également dans Infoglue pour que l'on puisse mofiier les formulaires concernés et les faire pointer vers la boite en question. Demande concernant aussi bien FR que ES/UK Merci d'avance. |
| Commentaires |
| Commentaire de Cedric Favero [ 06/avr./09 18:10 ] |
|
Alexandre tu l'avais fait la derniere fois non? C'est pas du ressort du pole TX je crois.. Merci. |
| Commentaire de Alexandre Garnier [ 06/avr./09 18:19 ] |
|
N'importe qui peut le faire, ya juste une petite partie IG
qui est de rajouter une option dans le champs 'Domain' du type de
contenu 'HelpForm' après avoir créé la boîte dans le BO. Sachant qu'il y a encore la problématique de bien avoir un ID identiques sur les 3 plateformes qui avait été évoqué dans le JIRA lié |
| Commentaire de Cedric Favero [ 09/avr./09 13:32 ] |
|
Qu'en pense le pole TX? Est-ce une demande COSAV? Ca ne peut pas etre traité différement? Par le passé ces demandes ont pu etre traitées rapidement ( à plsrs reprises). Serait dommage de devoir maintenant attendre 3 mois pour ce type de demande. |
| Commentaire de Alexandre Garnier [ 05/mai/09 14:47 ] |
| Faire un script de création de la boite avec un ID fixe pour toutes plateformes/environnement et mettre cet ID dans le type de contenu IG. |
| Commentaire de Habib-Sylvain Gourguet [ 03/sept./09 15:21 ] |
|
Si cette demande ne peut être traitée que par le pôle TX,
voir s'il est possible de la traiter dans le cadre de la TX-J avec la
création de la boîte "back TELEPHONE". Merci. |
| Commentaire de Yann Danot [ 04/sept./09 18:21 ] |
| Quel groupe de messages types par défaut voulez-vous pour la nouvelle boîte back SAV ANNULATIONS ? Merci |
| Commentaire de Habib-Sylvain Gourguet [ 07/sept./09 09:57 ] |
|
A associer au groupe de templates "contact vendeurs" (g_contact_seller). Même fonctionnement que pour la boîte "back SAV VEN 1". |
| Commentaire de Yann Danot [ 07/sept./09 11:01 ] |
|
boîte "back SAV ANNULATIONS " créée sur le modéle de back "SAV VEN 1" [CAJ2009Q3TX] |
| Commentaire de Yann Danot [ 07/sept./09 11:01 ] |
| ligne insérée en base + IG |
[APP-1346] si le compte est bloqué (acheteur ou vendeur), je ne peux pas accéder à "mes finances" depuis le BO. Création: 10/juil./01 17:32 Mise à jour: 25/juin/07 18:23 Résolue: 25/juin/07 18:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Olivier Desusanne |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
[APP-5178] Fiche compte BO : absence de la raison social et du numéro SIRET Création: 06/juil./05 16:03 Mise à jour: 25/juin/07 18:30 Résolue: 06/juil./05 17:47 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 8.0.3 |
| Version(s) corrigée(s): | 8.0.3 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Nicolas Gréhalle | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Cette info a sauté dans la refonte
|
| Commentaires |
| Commentaire de Renaud Dierickx [ 06/juil./05 17:25 ] |
| Désolé, le problème est résolu... |
[APP-14866] [Wish-list Param] BO Fichiers - Rapport d'erreur : Corrections interactives côté BO. Création: 30/janv./07 14:09 Mise à jour: 25/juin/07 18:49 Résolue: 19/avr./07 18:44 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 14.0.0 |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Jérôme Viviès | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| WishList: | Paramétrage |
| Classif1: | IMPORT |
| Projets PM archivés: | Maintenance 14.x.x |
| Description |
|
Voir doc. XBA. Item : 17 : 17.Rapport d'erreur : Upgrade côté BO J'analyse les erreurs de mon fichier. 2 points d'amélioration : 1. à chaque ligne erronée, il devrait avoir un lien vers la fenêtre de test du format, avec toute la ligne en critère de test. Ainsi on peut réellement débugger en direct. 2. Il est couteux de relancer tout un fichier pour seulement quelques lignes qui sont en erreur. On devrait pouvoir relancer seulement ces lignes. A chaque ligne, il faudrait un bouton de relance. Remarques QDC : Correction + interactive : bouton pour accès au test et bouton pour repasser une ligne Remarque JEV : attention, ce rapport apparaît aussi en FO - bien cibler les tenants et aboutissants au départ : on ne veut pas que les vendeurs pros aient accès en FO à ces nouvelles possibilités. Voir avec XBA : il a des idées pour améliorer la lisibilité du rapport pour les vendeurs... cela peut-il passer avec ce travail ? Faire valider par MAN et/ou JEV. |
| Commentaires |
| Commentaire de Mostafa Diane [ 13/févr./07 18:03 ] |
|
J'ai proposé à NCH de faire évoluer l'import dans le sens
d'un mode de Debug qui permet de suivre un fichier (à sélectionner) et
qui permet de tracer les traitements modulaires (parcours de l'arbre des
catégories, mapping sur les attributs, conf produit...). Ces
informations seront disponibles en Bo et vous pouvez ainsi debugguer. |
| Commentaire de Arnaud Forgues [ 14/févr./07 10:19 ] |
|
Après discussion avec Jérome, Xavier, puis Judd et Mostofa,
voici ce que nous retenons pour l'implémentation de ce JIRA : 1. on garde la mise en place du bouton d'accès au test 2. on ne met pas en place un bouton pour repasser une ligne Pour le point 2, on a donc choisit de ne pas implémenter la fonctionnalité initialement souhaité pour les raisons suivantes : - Selon XBA, la principale raison de cette demande était d'éviter de repasser un fichier en entier, sachant qu'un fichier soumis était souvent traité le lendemain (ou plus). Or depuis peu (optimisation/parallelisation des imports en V11 ?) le temps de traitement d'un fichier a été fortement boosté et du coup, un fichier est souvent traité dans les 2h qui suivent sa soumission. La fonctionnalité souhaité devient alors beaucoup moins urgente - Selon JOS et MOS, le principe de retraiter unitairement une ligne d'un fichier en temps réel (sans passer dans tout le mécanisme de file d'attente ...) nécessiterait de briser le framework existant de l'import. Il n'est aujourd'hui pas possible d'accèder directement et simplement aux briques de traitement d'une ligne. Il faudrait modulariser davantages tout les mécanismes pour cela. Enfin, selon JOS un chantier est en cours pour permettre de "débugger" les traitements d'erreurs et le fait de retraiter des lignes en erreur ... à suivre :D |
| Commentaire de Xavier Barbosa [ 17/avr./07 15:11 ] |
|
attention au vilain petit bug. les champs sont entourés de guillemets. il faut les supprimer pour pouvoir tester, sinon cela fausse nos résultats. Mais attention, cela peux provoquer une confusion dans les séparateurs de fichier. |
| Commentaire de Xavier Barbosa [ 19/avr./07 14:57 ] |
|
c'est bien mieux =) par contre, si une cellule contient le caractère point-virgule dans sa chaine, peux-tu m'assurer qu'il ne sera pas confondu avec le séparateur point-virgule ? |
| Commentaire de Younès Charrière [ 19/avr./07 18:32 ] |
| je te le ré ouvre en attendant arnaud. |
| Commentaire de Arnaud Forgues [ 19/avr./07 18:44 ] |
|
pas de souci ! On avait pensé à ce cas là. Du coup, on utilise un autre séparateur et ainsi de suite jusqu'a en trouver un qui marche :P Mais ce serait bien de trouver un cas pour tester cela ! |
| Commentaire de Xavier Barbosa [ 20/avr./07 15:22 ] |
|
j'ai testé avec ce fichier pervers http://bo.pm.lan/datafile_back?action=advfilesearch&file_id=4603639. ça fonctionne du tonnerre. chapo ! =) |
| Commentaire de Xavier Barbosa [ 20/avr./07 15:22 ] |
| vérifié et OK. |
[APP-15534] -slica : impossible de modifier le Code Postal et la ville sur le compte en BO Création: 16/mars/07 17:49 Mise à jour: 25/juin/07 18:50 Résolue: 20/mars/07 10:49 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 11.3.1 |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jérome Marianne | Attribution: | Edouard Gomez-Vaez |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Classif1: | BP | ||||||||
| Classif2: | RBP - attribut | ||||||||
| Description |
|
Voir Jira Le nouveau Code Postal à mettre est : 69140 La nouvelle ville : Rillieux |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 16/mars/07 17:50 ] |
|
Suite du |
| Commentaire de Judd OSullivan [ 20/mars/07 10:49 ] |
| ??? C'est déjà corriger. |
[BO > Droits] Corriger les problèmes de la popup droit utilisateur
(APP-22661)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 30.0.0 (CAT-D) |
| Version(s) corrigée(s): | 41.0.0 (TX-E) |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | Adaptation règles TVA |
| Commentaires |
| Commentaire de Arnaud Forgues [ 23/sept./08 14:19 ] |
| A gérer en même temps que le lot TVA du chantier UK beta |
| Commentaire de Renaud Dierickx [ 08/janv./09 11:20 ] |
|
La popup a été entièrement refaite. Ce problème n'existe plus. |
[BO > Droits] Corriger les problèmes de la popup droit utilisateur
(APP-22661)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | 41.0.0 (TX-E) |
| Type: | Sub-bug | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | Adaptation règles TVA |
| Description |
|
cf capture
|
| Commentaires |
| Commentaire de Emeric Teil [ 16/déc./08 11:56 ] |
| A voir si on fait qqch... |
| Commentaire de Renaud Dierickx [ 08/janv./09 11:30 ] |
| C'est corrigé avec la refonte de la popup droit (TX-E). |
[APP-24891] BO : Compte utilisateur - Affichage des montants. Inverser la logique d'affichage Création: 03/avr./09 11:35 Mise à jour: 03/avr./09 15:46 Résolue: 03/avr./09 14:31 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 44.0.0 (TX-F) |
| Version(s) corrigée(s): | 44.0.0 (TX-F) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Arnaud Forgues |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Paiement - Finitions PMV |
| Description |
|
Plutôt que d'affficher le terme "Montants" et d'être obligé
de faire du roll-over pour en connaître le valeurs, faire l'inverse. Afficher les montants et sur le roll-over donner une petite explication de ce qui est affiché. Exemple : Montants ventes | 212121,22 - 87878 - 44545,44 euros Transférer Roll-over : "Déjà payé - Payable - A venir" |
| Commentaires |
| Commentaire de Arnaud Forgues [ 03/avr./09 14:31 ] |
| Ta proposition a fait partie des options envisagée, mais l'utilisateur final (CFA et son équipe) a tranché pour celle actuellement implémentée (voir JIRA de la demande) |
| Commentaire de Quentin de Chivré [ 03/avr./09 14:52 ] |
|
Ils sont fous ces utilisateurs finaux ! :-) |
| Commentaire de Christophe Garcia [ 03/avr./09 15:46 ] |
| Ah bon ... |
[APP-24862] [BO] Mon compte > Bloc Porte-Monnaie : manque label Création: 01/avr./09 16:08 Mise à jour: 01/avr./09 16:42 Résolue: 01/avr./09 16:31 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 44.0.0 (TX-F) |
| Version(s) corrigée(s): | 44.0.0 (TX-F) |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Paiement - Finitions PMV |
| Description |
|
Pour pinailler : Il faudrait un label "Finances" à gauche du bouton "C" pour être iso avec le reste de l'écran :-D |
| Commentaires |
| Commentaire de Emeric Teil [ 01/avr./09 16:31 ] |
|
Pour ne pas pinailler :o), le "Finance" n'est présent plus
que parceque le C ne pointe pas vers une page "Compensations" mais vers
le Porte-Monnaie "trié", alors que le C dont tu parles pointe bien sur
Porte-Monnaie, soit le titre du bloc où il est présent :o) CQFD :o) |
| Commentaire de Cédric Goldovsky [ 01/avr./09 16:37 ] |
| Oui oui j'avais bien compris la subtilité de la chose. Je te l'ai dis, c'etait histoire de pinailler. |
| Commentaire de Emeric Teil [ 01/avr./09 16:42 ] |
| no worries :o) |
[APP-29530] Page BO>Mon Compte>pop-up Droits invisible avec IE Création: 11/mai/10 17:47 Mise à jour: 14/mai/10 16:54 Résolue: 12/mai/10 18:32 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 69.0.0 (TX-N) |
| Version(s) corrigée(s): | 69.0.0 (TX-N) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Marc-Antoine Decreton |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | Pros Payants |
| Navigateur: | Internet Explorer 7.X |
| Commentaires |
| Commentaire de Emeric Teil [ 11/mai/10 18:01 ] |
| Arf, problème de JS à priori... |
| Commentaire de Aurélie Kwiatkowski [ 12/mai/10 15:27 ] |
| On ne peut pas valider nos modif... |
[APP-29944] FP spécifiées "Modifié par BO" mais pas d'action et d'événement BO Création: 16/juin/10 10:22 Mise à jour: 28/févr./11 10:16 Résolue: 06/janv./11 14:54 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 71.0.0 (CTN-R) |
| Version(s) corrigée(s): | 88.0.0 (VEN-G) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Navigateur: | Tous | ||||||||
| Description |
|
La date de modification des FP ne correspond à aucune action BO.
Il est spécifié "Modifié 16/06/2010-00:52 par PM Back Office" alors que l'événement semble correspondre à une action acheteur ou vendeur, et non à une action BO. |
[APP-26102] Article requested apparait annulé sur le compte vendeur Création: 28/juil./09 16:45 Mise à jour: 04/nov./09 11:44 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 50.0.0 (CAT-J) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Description |
|
http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=16015607 La vente indiquée comme annulée sur ce compte est en fait un article à l'état "requested", commandé ce jour, et donc non annulé : http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=111064006 |
| Commentaires |
| Commentaire de Emeric Teil [ 29/juil./09 09:56 ] |
|
Hello, En fait, les articles non confirmés ont toujours été pris en compte dans ce compteur. La différence est qu'avant on l'appelait "non conf" et que maintenant il a été renommé en "annulé"... Si on souhaite modifier cela, deux options : -> Ajouter un autre compteur pour afficher les ventes en cours (à priori peu d'intérêt) -> Ne pas tenir compte de ces ventes Je baisse donc la criticité et le passe en amélioration. |
| Commentaire de Emeric Teil [ 04/nov./09 11:44 ] |
| Habib, tu pourras préciser parmi les deux solution ci-dessus laquelle a ta préférence stp ? |
[APP-10316] Fiches validées en BO introuvables via moteur en Front - Echo au bug APP-9961 Création: 07/juin/06 10:59 Mise à jour: 25/juin/07 18:40 Résolue: 26/juin/06 18:12 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0.1 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Aurélien Vergalli | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Description |
|
Le bug est toujours d'actualité et je n'ose imaginer les
centaines de clients-vendeurs que l'on perd (fermetures de compte,
insultes,...) , de ventes loupées, ... à cause de ce bug. Pour l'exemple : http://bo.priceminister.com/offer/buy/46955213 Recherche infructueuse : http://bo.priceminister.com/navigation/se/category/search_music/category_sub/104723/kw/concentration+maximum |
| Commentaires |
| Commentaire de Martin Sudmann [ 07/juin/06 11:55 ] |
|
1. garder le calme. 2. le problème de sychronisation d'horloges des serveurs qui faisait que tous les produits soumis en autovalidation ou validés en BO sur Faunus devrait être réglé depuis hier (=> Sébastien ?). Les produits nouvellements créés ou validés devraient être visible après qqs minutes. 3. le bug dans l'indexer est en cours de validation et sera déployé dès qu'on est sur qu'il est stable (et je n'ose imaginer les centaines de clients-vendeurs que l'on perd (fermetures de compte, insultes,...) , de ventes loupées, ... s'il n'ya plus de recherche de tout, on va donc bien tester). 4. les produits déjà validés et non visibles : nous n'avons AUCUN moyen de savoir quels produits sont concernés, sauf si tu nous donnes ces infos. Si tu me ttransmets les pseudos ou IDs des vendeurs qui se plaignent, je peux réindexer leurs produits via un script SQL. |
| Commentaire de Aurélien Vergalli [ 07/juin/06 12:05 ] |
|
1.C'est fait. 2.Ouf ! 3.OK 4.A suivre une liste (non exhaustive...) |
| Commentaire de Cedric Favero [ 07/juin/06 12:11 ] |
|
De nombreux utilisateurs nous contactent pour nous signaler ce problème et on commence à les recolter pour analyse. Un exemple: Pseudo: sermone Article :Erasme et l'amitié http://www.priceminister.com/offer/buy/47138510 Bien visible en ligne et dans son inventaire mais pas de reponse lors d'une recherche. Je referai un post lorsque j'aurais une dizaine de pseudos. |
| Commentaire de Sébastien Tournay [ 07/juin/06 12:14 ] |
|
Je confirme que les horologes sont bien synchronisées depuis hier (fin de matinée). Sébastien |
| Commentaire de Aurélien Vergalli [ 07/juin/06 14:38 ] |
|
Une première liste de pseudos concernés : compactclub jcguenet cbtrader sec079 tom_ripley34 GUITOU95 marinett11 ptitus conil katu |
| Commentaire de Martin Sudmann [ 07/juin/06 15:01 ] |
|
comptage : SQL> select count(*) from product where user_account_id in ( select user_account_id from user_account where upper(login) in ( 'COMPACTCLUB', 'JCGUENET', 'CBTRADER', 'SEC079', 'TOM_RIPLEY34', 'GUITOU95', 'MARINETT11', 'PTITUS', 'CONIL', 'KATU' ) ) ; COUNT(*) ---------- 14130 pas de pb, je les réindexe. |
| Commentaire de Martin Sudmann [ 07/juin/06 15:04 ] |
|
done. Aurélien, peux-tu vérifier des échantillons à partir de 15.10 h ? |
| Commentaire de Aurélien Vergalli [ 07/juin/06 15:31 ] |
| OK ! C'est réglé pour ces pseudos. |
| Commentaire de Cedric Favero [ 08/juin/06 17:17 ] |
|
Quelques exemples egalement: sermone Erasme et l'amitié http://www.priceminister.com/offer/buy/47138510 kikou57 Cartes postales UCKANGE ex: http://bo.priceminister.com/offer/buy/46869566 ptit_titi Carte vidéo Asus V9999GE Nvidia GeForce 6800 http://www.priceminister.com/offer/buy/47057464 catarina2 http://bo.priceminister.jmh/offer/buy/47153439 gigigrafik Bas-Relief Calendrier Aztèque http://www.priceminister.com/offer/buy/46827695/Bas-Relief-Calendrier-Azteque.html |
| Commentaire de Martin Sudmann [ 12/juin/06 12:27 ] |
|
j'ai également réindexé les produits des vendeurs dans le dernier commentaire (346). Pour la solution globale on attends la réindexation générale pour la 900.1 |
| Commentaire de Aurélien Vergalli [ 15/juin/06 15:43 ] |
|
Nouvelle petite liste de pseudos : AFFIXE2 Phantasia gbezirard etyenne46 haino Merci. |
| Commentaire de Aurélien Vergalli [ 20/juin/06 12:22 ] |
|
Nouveau pseudo à traité, "assez urgent" (de nombreux produits) : masseland Merci ! |
| Commentaire de Martin Sudmann [ 26/juin/06 18:12 ] |
| ok en prod |
| Commentaire de Lydia Dali [ 27/juin/06 16:36 ] |
| Ok en prod. |
[APP-26406] [BO] Contexte Velocity dans l'outil BO "Aide" toujours le même Création: 07/sept./09 17:55 Mise à jour: 08/sept./09 14:58 Résolue: 08/sept./09 09:17 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Mails |
| Affecte la/les version(s): | 52.0.0 (CTN-M) |
| Version(s) corrigée(s): | 52.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Romain Salles |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM archivés: | IG - Template de mails |
| Description |
|
Le bouton "Aide" dans les outils BO redirige
systématiquement vers les mêmes méthodes Velocity, quelque soit le
domaine du message. Or les méthodes Velocity employées diffèrent d'un domaine à un autre (par exemple $item pour le domaine "Article" alors qu'il n'y en a pas besoin dans "Messagerie"). |
| Commentaires |
| Commentaire de Alexandre Garnier [ 07/sept./09 18:28 ] |
| Simplement ajouter le domaine dans le formulaire de ce bouton |
[APP-32928] BO : pas d'évènement si message supprimé ? Création: 23/févr./11 11:10 Mise à jour: 23/févr./11 11:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Thomas Landru |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Mail d'Habib :
"J'ai reproduit le problème en Integ. Quand un message est associé par un opérateur SAV à un article, puis que le message est supprimé depuis la fiche-article (c-à-d en cliquant sur la poubelle à côté du titre du message), aucun événement n'est enregistré sur le compte. @Thomas : la création d'un événement "Message supprimé..." en BO serait lié à l'endroit à partir duquel on supprime le message ? http://bo.priceminister.com/purchase_back?action=itemview&itemid=153170971 " |
[EXP-5135] Problème affichage pages IG 1euro - différences entre www et bo/preview Création: 18/juin/10 14:31 Mise à jour: 06/juil./10 14:50 Résolue: 06/juil./10 14:50 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Marion Anfreville | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Description |
|
Nous avons 2 pages IG qui ne s'affichent pas correctement sur www (fr). Il s'agit des pages : http://www.priceminister.com/info/no/op/1euro_Aide10 (problème vraiment génant sur cette page car on a un mix d'images qui fait que l'un des labels est "pour tout premier pure de compte avec 1euro.com" ce qui ne veut rien dire) http://www.priceminister.com/info/vo/op/1euro_aide_pop_10 Alors qu'on a bien les bonnes pages sur BO et preview : http://bo.priceminister.com/info/no/op/1euro_Aide10 http://bo.priceminister.com/info/no/op/1euro_aide_pop_10 http://preview.priceminister.com/info/no/op/1euro_Aide10 http://preview.priceminister.com/info/no/op/1euro_aide_pop_10 J'ai vu l'intégration (Espérance) et les devs (Alexandre) là dessus qui partait plus sur un problème de déploiement du dump sur les serveurs. Après, le problème ne semble pas clair côté exploitation. Quelle action doit être faite pour corriger ce problème ? |
| Commentaires |
| Commentaire de Renaud Dierickx [ 21/juin/10 11:41 ] |
|
C'est un problème qui se produit de temps en temps en production. Alex a déjà décrit la solution à ce problème dans un autre jira. Il suffit de rafraichir la controlKey pour que cot aille chercher la bonne image. C'est une tambouille déjà connue par l'exploitation. [CAJ2010Q2CTN] Christophe, on te laisse gérer le problème avec eux. |
| Commentaire de Alexandre Garnier [ 21/juin/10 12:03 ] |
|
Histoire d'expliquer clairement le problème (une bonne fois pour toute j'espère): * un serveur est déployé en Vn+1 --> il génère de nouvelles URLs de ressources pour celles qui ont changée * ces URLs sont vers le CDN (cot) * celui-ci va alors taper sur img.priceminister.com qui répond avec un serveur en Vn --> on se retrouve chez le CDN avec une image Vn pour une URL Vn+1 Sur preview, on a bien les bonnes images car il n'y a pas de CDN et 1 seul serveur. Sur BO, le brand étant dans l'URL, le CDN a réussi à monter une Vn+1 lors de l'appel à img.priceminister.com * http://cot.priceminister.com/res/pic/0/www/www/32882/1euro10_04.png --> pas la bonne * http://img.priceminister.com/res/pic/0/www/www/32882/1euro10_04.png --> la bonne maintenant * http://cot.priceminister.com/res/pic/0/bo/www/32882/1euro10_04.png --> la bonne * http://img.priceminister.com/res/pic/0/bo/www/32882/1euro10_04.png --> idem * http://preview.priceminister.com/res/pic/0/preview/www/3847/1euro10_04.png --> forcement la bonne Pour corriger le problème : * soit rafraichir la ressource chez le CDN * soit provoquer un changement de l'URL en jouant avec la manuall_refresh_key dans les properties --> le CDN ira alors de nouveau taper sur img.priceminister.com qui sera alors en Vn+1 (en tout cas espérons-le) |
| Commentaire de Marion Anfreville [ 23/juin/10 09:32 ] |
| Problème toujours présent en prod même après déploiement du dump du 22/06. |
| Commentaire de Alexandre Garnier [ 23/juin/10 10:08 ] |
|
Normal : la solution n'a rien à voir avec un dump (sauf s'il modifie le contenu de l'image) Il faut provoquer un changement d'URL. |
| Commentaire de Christophe Garcia [ 23/juin/10 10:18 ] |
| Merci de rafraîchir le cache chez COTENDO pour les URL en /res/pic/* |
| Commentaire de Jérémie Bennejean [ 23/juin/10 16:19 ] |
|
Les 2 urls ont été flushés. Pour info nous ne pouvons pas via la console d'admin flusher /res/pic/* (ne fonctionne pas). Après le flsuh, le résultat est tjrs le même. Avec Alex, nous avons remodifié la manuall_refresh_key Après rafraichissement du cache pour test sur rhome, le résultat est OK. En attente pour vérification demain matin au redémarrage des serveurs. |
| Commentaire de Marion Anfreville [ 24/juin/10 09:42 ] |
|
ça à l'air beaucoup mieux ce matin. Julien, est-ce que tu peux valider que le problème de page IG est corrigé ? http://www.priceminister.com/info/no/op/1euro_Aide10 |
[APP-18478] Recherche BO : Des paniers capturés semblent être attribués au mauvais vendeur Création: 09/nov./07 12:33 Mise à jour: 04/août/08 17:56 Résolue: 04/août/08 17:56 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 17.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Patrice Boulanger | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Classif1: | PANIER |
| Description |
|
Mail d'Emmanuelle relevant des incohérences sur les paniers
du vendeur seriesbox. Par exemple, le panier 52568212 a été capturé pour
ce vendeur mais lorsqu'on le recherche dans le BO (écran Panier) et
qu'on clique sur le lien Bilan Panier -> Article (ici item id =
70121864), la fiche article indique que le vendeur est provadim !!! On a l'impression que certains paniers capturés sont attribués à d'autres vendeurs ???? Ci-joint la recherche effectuée par Emmanuelle sur le vendeur seriesbox, les lignes en rouge indiquent deux problèmes avec les paniers: 1. le panier est visible dans le BO mais pas sur le compte vendeur en front office => problème de batch ? lenteur ? 2. le panier semble être attribué à un autre vendeur => problème applicatif ?? |
| Commentaires |
| Commentaire de Patrice Boulanger [ 09/nov./07 12:34 ] |
|
Pour information, le premier problème a déjà été remonté par
Gaël et commence à susciter plusieurs plaintes de vendeurs pro qui ne
voient pas leurs ventes dans leur compte. |
| Commentaire de Christophe Garcia [ 09/nov./07 15:52 ] |
|
Il semble que ce soit la recherche BO qui lorsque l'on
cherche des paniers pour un vendeur donné entre 2 dates données retourne
des paniers appartenant à d'autres vendeurs. Exemple : Rechercher les paniers du vendeur "seriesbox" entre le 07/11/07 et le 09/11/07 retourne des paniers où le vendeur est Epsilon75 Voir screenshot |
| Commentaire de Arnaud Forgues [ 09/nov./07 18:23 ] |
|
cela vient du fait que la recherche de panier en BO prend en
compte tous les articles du panier quand on filtre par rapport au
vendeur, car il peut y avoir plusieurs vendeurs pour un même panier. Dans notre cas, l'acheteur a mis en panier une annonce de seriesbox puis l'a retirée, du coup l'annonce est supprimée et n'apparaît pas dans le panier. Pourtant il existe bien un article du panier appartenant à seriesbox. Faut-il donc exclure les articles supprimés quand on fait une recherche de panier par vendeur ? |
| Commentaire de Arnaud Forgues [ 09/nov./07 18:37 ] |
|
une autre facon de faire est de lancer la recherche à partir
de l'écran BO "Recherche Articles". Ainsi on sera sûr de ne pas prendre
en compte les articles supprimés (conf par défaut). Quoi qu'il en soit cette erreur vient du fait que l'on a essayé de se servir des écrans BO de recherche comme d'un outil de reporting et ceux-ci ne s'y prêtent que difficilement. Voilou |
| Commentaire de Emeric Teil [ 04/août/08 17:56 ] |
| Donc on ferme |
[APP-25332] [Mon compte] mauvais lien "besoin d'aide sur paiements" Création: 19/mai/09 09:53 Mise à jour: 20/nov./09 18:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Le lien sur la page "Mon compte" , "besoin d'aide sur paiements" est obsolete et on ne l'avait pas vu. La page appelée n'est plus utilisée, il faut maintenant envoyer sur http://bo.priceminister.com/help/cp ou plus exactement l'alias "cp" en popup, soit "question sur mes paiements". |
| Commentaires |
| Commentaire de Marc-Antoine Decreton [ 22/mai/09 15:30 ] |
|
Hello, Faut-il aussi que les utilisateurs en mode compta pointent vers cette page d'aide ou vers une autre page ? |
| Commentaire de Cedric Favero [ 26/mai/09 09:27 ] |
|
Pas de contenu spécifique COMPTA pour ces pages. L'aide spécifique COMPTA n'existe que dans l'aide présente sur pages Porte-Monnaie. Donc oui meme lien. |
| Commentaire de Emeric Teil [ 26/mai/09 09:44 ] |
|
Pas vraiment d'accord, les articles accessibles depuis http://www.priceminister.com/help/cp contiennent des infos non valables pour les comptas, notamment : -> http://www.priceminister.com/help/i_compensation_how -> http://www.priceminister.com/help/c_payment_delay |
| Commentaire de Cedric Favero [ 26/mai/09 10:30 ] |
|
Et nous n'avons pas d'articles spécifques COMPTA correspondants.. (c'est l'aide générale). A ce moment là , laissons la demande ouverte le temps d'en créer.. |
| Commentaire de Emeric Teil [ 26/mai/09 10:32 ] |
|
Pas d'accord non plus... :o) Jusqu'à maintenant, nous avions bien la structure avec deux articles différents (aide totalement dupliquée sur le PMV) identifiée par des _acc pour les comptas. Pour moi, il ne faut donc pas modifier ces liens mais mettre à jour les articles existants. |
| Commentaire de Cedric Favero [ 26/mai/09 10:36 ] |
|
ok pas faux. partons là dessus. |
| Commentaire de Emeric Teil [ 26/mai/09 10:43 ] |
| OK donc on ne change plus ce lien et on laisse l'existant. |
| Commentaire de Marc-Antoine Decreton [ 26/mai/09 10:46 ] |
| [CAJ2009Q2] |
| Commentaire de Emeric Teil [ 26/mai/09 14:45 ] |
| Cedric, si vous ne pensez pas faire ces modifs pour la tx-G, il faudrait modifier la version cible. Merci |
| Commentaire de Cedric Favero [ 26/mai/09 14:56 ] |
| Pas le temps pour la TX-G. On modifiera les deux pages plus tard. |
| Commentaire de Habib-Sylvain Gourguet [ 21/juil./09 17:01 ] |
|
On a fusionné récemment les deux blocs d'aide présents dans
les pages "Mon Porte-Monnaie" et "Mes paiements" pour n'en faire qu'un
seul : "Aide Porte-Monnaie". On pourrait en faire autant avec les deux liens présents dans la page "Mon compte". Le lien serait nommé "Paiements et Porte-Monnaie : réponses à vos questions" et redirigerait vers la structure appropriée, suivant que l'utilisateur soit en mode Compta ou non. Emeric, si ok pour toi, je m'occupe de réorganiser les structures en question et d'ajouter les alias suivants : - "i_finances" pour Libre, - "i_finances_acc" pour Compta. |
| Commentaire de Emeric Teil [ 21/juil./09 17:38 ] |
| OK, mais pas avant la Tx-I, OK ? |
| Commentaire de Emeric Teil [ 21/juil./09 17:39 ] |
|
Si ça te convient, tu peux éventuellement anticiper la
création de ces deux nouveau alias et de leur contenu, par contre, ne
touche pas à l'existant sinon les liens actuels ne pointeront sur rien. Une fois que c'est bon de ton côté, tu pourras ré-assigner ce jira à dispatcher-tx ? Merci d'avance |
| Commentaire de Habib-Sylvain Gourguet [ 10/sept./09 18:17 ] |
|
Pas le temps de mon côté de m'occuper de ce JIRA pour la TX-I. A revoir pour une prochaine TX. |
[APP-15028] Pb recherche articles sur page compte user Création: 08/févr./07 11:16 Mise à jour: 25/juin/07 18:49 Résolue: 15/févr./07 10:12 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 11.3.1 |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Olivier Bourgeois |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Classif1: | BO |
| Classif2: | recherche article |
| Projets PM archivés: | Maintenance 14.x.x |
| Description |
|
Sur la page compte de ce pseudo: catmella http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=11563366 Le lien pour cliquer sur l'historique des articles achetés ( "3 articles") ne donne aucun résultat ce qui n'est pas un comportement normal. |
| Commentaires |
| Commentaire de Jonathan Lesage [ 08/févr./07 11:20 ] |
| Le seul moyen d'accéder à ses articles achetés est de passer par le panier. |
| Commentaire de Patrick Condevaux [ 08/févr./07 15:57 ] |
|
En effet si l'on souhaite acceder au article on obtient un message Erreru non disponible. Ci-dessous les logs jboss correspondant: 2007-02-08 15:38:07,602 INFO [-Processor88] 62.23.27.114 - >>> GET http://bo.priceminister.com/purchase_back?action=itemsearch&buyerid=11563366&buyerlogi n=catmella&fuzzy=false&numberrows=200 2007-02-08 15:38:07,604 INFO [Processor134] - Session bound 2007-02-08 15:38:07,604 INFO [Processor134] 66.249.65.71 - >>> GET http://www.priceminister.com/submit?action=submitadvert&categoryref=186126&isupdate=fa lse&productid=51971530&stage=10 2007-02-08 15:38:07,633 INFO [-Processor50] - Session bound 2007-02-08 15:38:07,633 INFO [-Processor50] 86.198.124.180 - >>> GET http://www.priceminister.com/offer/buy/1078365/La-Traversee-De-Paris-VHS.html 2007-02-08 15:38:07,659 INFO [-Processor10] - Session bound 2007-02-08 15:38:07,660 INFO [-Processor10] 84.7.250.33 - >>> GET http://www.priceminister.com/offer/buy/46518027?t=431041 2007-02-08 15:38:07,663 ERROR [-Processor88] 62.23.27.114 - Block generation error in : com.babelstore.purchase.back.ItemSearch_jsp 2007-02-08 15:38:07,664 ERROR [-Processor88] 62.23.27.114 - Assembly error Servlet : com.babelstore.purchase.back.PurchaseBackServlet Request : GET http://bo.priceminister.com/purchase_back?action=itemsearch&buyerid=11563366&buyerlogin=catmella&fuzzy=false&numberrows=200 Referrer : http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=11563366 User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1 Trace : java.lang.NullPointerException at com.babelstore.content.ContentService.getProductDetailTemplateFromDb(ContentService.java:1357) at com.babelstore.content.ContentService.getProductDetailTemplate(ContentService.java:1323) at com.babelstore.common.ProductFormat.initVelocityField(ProductFormat.java:161) at com.babelstore.common.ProductFormat.<init>(ProductFormat.java:364) at com.babelstore.purchase.back.ItemSearch_jsp.generate(ItemSearch_jsp.java:141) at com.babelstore.util.Block.generate(Block.java:143) at com.babelstore.util.web.Request.include(Request.java:520) at com.babelstore.util.web.Request.include(Request.java:553) at com.babelstore.util.web.Request.include(Request.java:559) at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:59) at com.babelstore.util.Block.generate(Block.java:143) at com.babelstore.util.web.Screen.generate(Screen.java:137) at com.babelstore.util.web.Request.generate(Request.java:493) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:365) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:168) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) |
| Commentaire de Olivier Bourgeois [ 15/févr./07 10:12 ] |
| Non reproductible en prod et integ. |
| Commentaire de Cedric Favero [ 15/févr./07 10:16 ] |
| Effectivement çà fonctionne à ce jour. |
[APP-19406] [BO] Création de FP en FO via BO Création: 04/févr./08 10:28 Mise à jour: 05/févr./08 14:21 Résolue: 04/févr./08 14:41 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | 19.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM archivés: | Maintenance 19.x.x | ||||||||
| Description |
|
- En cherchant à créer une FP en FO via le BO, il s'affiche le message "Page Indisponible" Cf. PJ - De plus, dans les logs il y'a le login "HUIT2" qui s'affiche avec les différents GET; or se n'est pas "HUIT2" qui souhaite faire la création de FP mais "BO:Anonyme"; - Logs : 2008-02-04 10:14:25,215 INFO [P-Processor8] HUIT2 - >>> GET http://www.pm.lan/submit?action=submitcomplete&category_ref=104478 2008-02-04 10:14:25,217 ERROR [P-Processor8] HUIT2 - Load error Servlet : com.babelstore.submit.front.SubmitServlet Request : GET http://www.pm.lan/submit?action=submitcomplete&category_ref=104478 Referrer : null User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) Trace : java.lang.ClassCastException: com.babelstore.product.NavSearchConfig at com.babelstore.submit.front.SubmitAction.parse(SubmitAction.java:157) at com.babelstore.submit.front.SubmitCompleteAction.parse(SubmitCompleteAction.java:49) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:348) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:322) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:233) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:189) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:153) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2008-02-04 10:14:25,217 INFO [P-Processor8] HUIT2 - Setting response status code to 503 2008-02-04 10:14:25,341 INFO [P-Processor8] HUIT2 - <<< [126 ms] GET http://www.pm.lan/submit?action=submitcomplete&category_ref=104478 |
| Commentaires |
| Commentaire de Manuel Sadok [ 04/févr./08 14:41 ] |
| Corrigé. |
| Commentaire de Espérance Galouo-Lece [ 05/févr./08 14:21 ] |
| Done. |
[APP-16361] Auto : impossibilité de déclarer un achat à partir du compte acheteur. Création: 15/mai/07 09:21 Mise à jour: 25/juin/07 18:52 Résolue: 15/mai/07 14:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Auto (Statistiques), Panier |
| Affecte la/les version(s): | 14.0.1 |
| Version(s) corrigée(s): | 14.2.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Celine Maraud | Attribution: | Alexandre Garnier |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM archivés: | Maintenance 14.x.x | ||||||||
| Description |
|
Je n'arrive pas à déclarer l'achat de voiture du compte
dede248. Quand je remplis les champs demandés pour déclarer l'achat,
j'ai ce message rouge qui apparait : "" L'annonce correspondant au véhicule acheté est en cours de traitement par nos services. Vous pourrez déclarer votre achat et souscrire des garanties dans un délai maximum de 48 heures. "" le n° d'annonce est : 130057746 - http://bo.priceminister.com/advert_back?action=advertbackview&advertid=130057746 page du contrat associé : http://bo.priceminister.com/contract_back?action=contractview&contractid=128102 |
| Commentaires |
| Commentaire de Alexandre Garnier [ 15/mai/07 11:51 ] |
|
15/05/2007-09:10 Réactivation Active nouveau stock 09/05/2007-10:14 Fermeture de l'annonce par BO Fermée nouveau stock L'annonce vient tout juste d'être réouverte, faut peut-être attendre un peu je pense. |
| Commentaire de Alexandre Garnier [ 15/mai/07 12:12 ] |
|
http://bo.priceminister.com/referential_back?action=productview&productid=53410501 Le produit est à l'état supprimé ! On ne permet de déclarer un achat sur une annonce que si le produit est "validé par le système" ou "validé par le BO" |
| Commentaire de Celine Maraud [ 15/mai/07 13:29 ] |
|
je viens valider l'annonce, apres l'avoir reactivée, mais le
souci reste le même au niveau de la declaration d'achat. J'ai toujours le message d'erreur : Le numéro d'immatriculation que vous avez fourni ne correspond pas à un véhicule connu de PriceMinister. Essayez avec la référence Auto PriceMinister qui vous a été transmise par le vendeur. |
| Commentaire de Celine Maraud [ 15/mai/07 13:34 ] |
|
C'est bon pour cette annonce, j'ai réessayé (avec tous les parametres nécessaires) et la declaration a réussie. :-) |
| Commentaire de Alexandre Garnier [ 15/mai/07 14:12 ] |
| Cela signifie qu'il y aurait un problème au niveau de la recherche par immatriculation ? |
[APP-19554] [MEV et rehcerche BO] Perte du texte saisi dans le formulaire "autocompletion" quand on recharge le formulaire Création: 12/févr./08 16:33 Mise à jour: 03/mars/08 12:00 Résolue: 22/févr./08 12:22 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Mise en vente |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | 19.2.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Benoît Bourdon | Attribution: | Mostafa Diane |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | BP - Valeurs de référence |
| Description |
|
BUG1 : Si je saisi une marque sur le formulaire et que je valide (en ayant oublié certains champs) : - On ré-affiche le formulaire - MAIS : on perd le contenu saisi au préalable dans le control autocompletion C'est aussi vrai dans le recherche produits BO. BUG2 : Si on saisi deux marque une après l'autre, on transmet les deux marques dans url, sans pour autant que les deux soient prise en compte dans le paramétrage. BUG3 : une fois on saisi une marque connue et ensuite on décide de saisir une valeur non existante, on transmet la valeur existante. |
| Commentaires |
| Commentaire de Mostafa Diane [ 19/févr./08 17:31 ] |
| Damien tu as un idée comment on peut faire pour garder le texte saisi |
| Commentaire de Mostafa Diane [ 22/févr./08 10:48 ] |
| J'arrive a garder l'ancienne valeur mais il y'a un problème dans le fonctionnement générale. Le problème est : Des que on sélectionne une marque on peut plus créer de nouvelle. |
| Commentaire de Mostafa Diane [ 22/févr./08 12:22 ] |
|
Désormais, lors de la recharge on garde les valeurs saisies. J'ai également résolu dans le même jira le bug sur la transmission du valeur en doubles ( Deux valeurs saisie une après l'autre était transmise dans l'url sans que les deux soient prises en compte) . Résolu également: le bug sur la non transmission des nouvelles valeurs non existantes lorsque on saisi une valeur existante. si vous avez des problèmes lors des tests n'hésitez pas à venir me voir pour en parler |
| Commentaire de Espérance Galouo-Lece [ 03/mars/08 12:00 ] |
| Done. |
[INF-292] Comptes JIRA Création: 24/mars/09 17:57 Mise à jour: 09/févr./10 12:19 Résolue: 09/févr./10 12:19 |
|
| Etat: | Fermé |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
J'aurais besoin de comptes JIRA pour les personnes suivantes: laura.yeo@priceminister.com oliver.moss@priceminister.com thomas.springett@priceminister.com Merci d'avance. |
[APP-5917] Requêtes BO trop couteuses Création: 13/oct./05 14:25 Mise à jour: 25/juin/07 18:32 Résolue: 13/oct./05 14:32 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 8.0.6b |
| Version(s) corrigée(s): | 8.0.6b |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Renaud Dierickx | Attribution: | Judd OSullivan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Les requêtes de BO sont trop couteuses. Il faut les retravailler d'urgence.
|
| Commentaires |
| Commentaire de Renaud Dierickx [ 13/oct./05 14:32 ] |
|
Les requêtes ont été retravaillées. Voici les requêtes avec leur plan d'exécution (en intégration) : ---------------------------------------- -- ImageSearchQuery ---------------------------------------- SELECT product.product_id, product.title, product.barcode, product.prd_type_code, product.prd_medium_code FROM prd_image, product WHERE (prd_image.product_id = product.product_id) AND (prd_image.pri_status_code IN (20, 18)) ORDER BY product.product_id ; Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=450 Card=195 Bytes=37635) 1 0 SORT (ORDER BY) (Cost=450 Card=195 Bytes=37635) 2 1 NESTED LOOPS (Cost=392 Card=195 Bytes=37635) 3 2 INLIST ITERATOR 4 3 INDEX (RANGE SCAN) OF 'PRD_IMAGE_FKIX_STATUS_PRODUCT' (NON-UNIQUE) (Cost=2 Card=195 Bytes=1755) 5 2 TABLE ACCESS (BY INDEX ROWID) OF 'PRODUCT' (Cost=2 Card=1 Bytes=184) 6 5 INDEX (UNIQUE SCAN) OF 'PK_PRODUCT' (UNIQUE) (Cost=1 Card=1) ---------------------------------------------------------- 0 recursive calls 0 db block gets 64 consistent gets 3 physical reads 0 redo size 1719 bytes sent via SQL*Net to client 510 bytes received via SQL*Net from client 3 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 19 rows processed ---------------------------------------- -- ImageMatrixQuery ---------------------------------------- SELECT prd_image.rank, prd_image.pri_status_code, prd_image.prd_image_id, prd_image.product_id, product.title FROM product, prd_image WHERE (product.product_id IN ( SELECT product_id FROM prd_image WHERE (prd_image.pri_status_code IN (20, 18)))) AND (product.product_id = prd_image.product_id) AND (prd_image.pri_status_code NOT IN (30, 50)) ORDER BY product.product_id, rank NULLS LAST ; Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=888 Card=4 Bytes=308) 1 0 SORT (ORDER BY) (Cost=888 Card=4 Bytes=308) 2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PRD_IMAGE' (Cost=2 Card=1 Bytes=19) 3 2 NESTED LOOPS (Cost=835 Card=4 Bytes=308) 4 3 NESTED LOOPS (Cost=445 Card=195 Bytes=11310) 5 4 SORT (UNIQUE) 6 5 INLIST ITERATOR 7 6 INDEX (RANGE SCAN) OF 'PRD_IMAGE_FKIX_STATUS_PRODUCT' (NON-UNIQUE) (Cost=2 Card=195 Bytes=1755) 8 4 TABLE ACCESS (BY INDEX ROWID) OF 'PRODUCT' (Cost=2 Card=1 Bytes=49) 9 8 INDEX (UNIQUE SCAN) OF 'PK_PRODUCT' (UNIQUE) (Cost=1 Card=1) 10 3 INDEX (RANGE SCAN) OF 'PRD_IMAGE_FKIX_PRODUCT_ID' (NON-UNIQUE) (Cost=1 Card=2) ---------------------------------------------------------- 0 recursive calls 0 db block gets 81 consistent gets 8 physical reads 0 redo size 1825 bytes sent via SQL*Net to client 510 bytes received via SQL*Net from client 3 SQL*Net roundtrips to/from client 2 sorts (memory) 0 sorts (disk) 21 rows processed |
| Commentaire de Yassine Mouhammadou [ 13/oct./05 17:16 ] |
| Judd, je ne peux pas vérifier. Merci de regarder cette demande. |
[EXP-4027] 404 en bo espagne Création: 24/oct./07 15:59 Mise à jour: 24/oct./07 16:06 Résolue: 24/oct./07 16:06 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Default |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Nerea Prieto | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
Lorsqu'on navigue dans le bo espagne, en parcourans les categories/sous categorie, on rencontre des 404.
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 24/oct./07 16:05 ] |
|
En fait suite à la liste des urls que tu m'as envoyés, les 404 n'apparaissent : - pas systématiquement - que sur certaines servlets. J'ai donc comparé les jk.preview sur les 3 frontaux webs. il y avait des différences entre les 3 (doublons et servlets en moins) . Cela est corrigé. Résultat OK, vu avec Nerea |
| Commentaire de Jérémie Bennejean [ 24/oct./07 16:06 ] |
| je ferme le jira |
[APP-4160] Mon compte Création: 26/mai/05 17:23 Mise à jour: 25/juin/07 18:29 Résolue: 25/juin/07 18:29 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.2pre |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sandrine Thiebaut | Attribution: | Judd OSullivan |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Compte : identitifant : testprice / mot de passe : tests J'ai une annonce en ligne : Peugeot 307 Pack 1.4e 16v 90 5P. Hors quand je me connecte à mon compte, l'annonce n'est pas prise en compte. Elle n'apparait pas dans "Inventaire et Vitrine", d'ailleur je n'ai pas la partie "vendeur" active. |
| Commentaires |
| Commentaire de Jérôme Viviès [ 26/mai/05 18:31 ] |
| Un décalage dans les batchs ? |
| Commentaire de Quentin de Chivré [ 26/mai/05 19:19 ] |
| a creuser.... |
| Commentaire de Judd OSullivan [ 01/juin/05 16:01 ] |
|
*** This bug has been marked as a duplicate of 5050 *** |
[APP-12429] Traduction PM BO Création: 19/sept./06 15:11 Mise à jour: 25/juin/07 18:44 Résolue: 22/sept./06 11:59 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Traduction |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Juan Luis Fajardo | Attribution: | Arnaud Forgues |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Site: | Integ | ||||||||
| Description |
|
Lorsqu'on crédite/débite le PM en BO, le type et la cause du
crédit/débit apparaissent en FO en français car on n¿a pas traduit le
contenu du BO |
| Commentaires |
| Commentaire de Renaud Dierickx [ 22/sept./06 11:59 ] |
|
C'est un doublon! |
[APP-17090] connexion compte Création: 16/juil./07 10:51 Mise à jour: 31/juil./07 19:28 Résolue: 19/juil./07 17:35 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 15.0.2 |
| Version(s) corrigée(s): | 16.0.0 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Jany Marimoutou | Attribution: | Geneviève Beaujard |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM archivés: | Maintenance 16.x.x |
| Description |
|
Bonjour, exemple : compte : vega-edit pass : regine Avant la nouvelle version que l'on se connecte en utilisant les minuscules ou les majuscules, il n'y avait pas de problème. Maintenant, il faut respecter impérativement la casse. log : VEGA-eDIT pass :REGINE Serait-il possible de revenir à l'ancien mode qui facilitait l'accès au compte ? |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 19/juil./07 17:35 ] |
|
On ne fait toujours pas le test de la casse sur le login, par contre la casse est respecté pour le mot de passe. Que la casse sur le password soit respecté me paraît correct. |
[APP-12859] Ne pas traduire les dropdown en BO Création: 02/oct./06 12:02 Mise à jour: 25/juin/07 18:45 Résolue: 02/oct./06 12:03 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Faire en sorte d'avoir les dropdown générées à partir de CodeMap non traduites en BO.
|
| Commentaires |
| Commentaire de Alexandre Garnier [ 02/oct./06 12:03 ] |
| C'est fait |
[APP-5476] Gestion des droits d'accès sur le BO Création: 18/août/05 09:59 Mise à jour: 25/juin/07 18:31 Résolue: 25/nov./05 13:35 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Nicolas Gréhalle | Attribution: | Dispatcher (Dev-WishList) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| WishList: | Paramétrage |
| WishList - Priorité: | 3 |
| Description |
|
Mettre en place un système de droit sur les différentes actions du BO afin d'éviter les erreurs de manipulation. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 25/nov./05 13:23 ] |
|
Pourquoi fermer cela ? Tu n'a pas mis de commentaire qui plus est... Cette demande est toujours d'actualité non? |
| Commentaire de Nicolas Gréhalle [ 25/nov./05 13:35 ] |
|
Il s'agit d'une fonctionnalité générale de sécurité qui n'est pas seulement un besoin paramétrage. En conséquence, nous estimons que cette demande ne fait pas partie des demandes spécifiques de l'équipe paramétrage, et donc de sa WL |
[APP-32308] [VPOD] Bug en BO Création: 29/déc./10 11:49 Mise à jour: 18/janv./11 10:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Classif1: | VIDEO |
| Classif2: | video |
| Description |
|
Si VPOD ne répond plus, l'affichage d'une vidéo en BO provoque une boucle de redirection.
|
[INF-575] Arrivée de Stéphane Aumont au BO Création: 15/nov./10 17:26 Mise à jour: 15/nov./10 17:33 Résolue: 15/nov./10 17:33 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Victoire Douay | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Stéphane arrive le 15 Novembre.
On va l'installer dans l'équipe internationale (Laura). CF plan BO Merci, Victoire |
| Commentaires |
| Commentaire de Stéphane Eccli [ 15/nov./10 17:33 ] |
| factice |
[APP-21500] [Améliorations PMV] : Le contrôle lors du passage en Compta empêche de passer en "compta par chèque" Création: 29/juil./08 09:31 Mise à jour: 01/avr./09 10:56 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 26.0.0 (TX-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Projets PM archivés: | Paiement - Améliorations PMV |
| Description |
|
Dans le cadre des Améliorations PMV, nous avons ajouté un
contrôle lors du passage en mode Compta (qui se fait via la popup droits
en BO). Ce contrôle vise à empêcher le passage d'un utilisateur en mode
"Compta" si celui-ci n'a pas préalablement configuré ses coordonnées de
reversement. Pour cela, il doit aller sur son PMV et demander un
reversement régulier. Le reversement régulier par chèque n'étant pas
disponible pour le mode "libre", l'utilisateur ne peut donc pas
renseigner son adresse de paiement, il ne pourra donc pas être en compta
chèque... De plus, même si, via le BO, on renseigne cette adresse de paiement, le passage en compta est toujours refusé (à priori, l'utilisateur doit absolument avoir des coordonénes bancaires...). La solutions sera détaillée dans la suite de ce Jira. |
| Commentaires |
| Commentaire de Arnaud Forgues [ 29/juil./08 10:33 ] |
|
Comme vu avec EMT, il y a un "work around" qui n'est certes
pas très pratique mais qui a le mérite de permettre la manipulation
(passage en compta mode chèque) : - créer un compte (en platine automatiquement) en FO - activer son PMV en FO - configurer des reversements réguliers par virement (avec un faux RIB : 000000000000000000 97) en FO - passage du compte en mode compta en BO - modification des reversements systèmatique de virement à chèque en FO Cela ajoute une étape (la dernière) au process normal |
| Commentaire de Emeric Teil [ 29/juil./08 10:37 ] |
| On passe donc de "bug - bloquant" à "improvement - critique"... a voir maintenant si on trouve un "quick win" pour améliorer un peu cela... |
| Commentaire de Arnaud Forgues [ 29/juil./08 14:44 ] |
| Vu avec CGA/EMT, on passera cette correction plus tard (après retour de congés de AFO et RED). Il faut par ailleurs déterminer la bonne solution fonctionnelle à mettre en place |
| Commentaire de Cedric Favero [ 11/mars/09 11:46 ] |
|
Ne peut on au moment du passage en Compta (Ecran Droits) ,
une alerte qui force à renseigner les coordonnées pour le chèque si
elles n'existent pas? (Avec un champ dédié?) (Le commercial qui est en train de valider le compte en Compta peut ainsi valider les bonnes coordonnées avec le vendeur PRO) |
Finalisation installation de BO en PROD
(EXP-772)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Sébastien Tournay | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | 4 heures | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 4 heures | ||
| Liens des demandes: |
|
||||||||
| Description |
|
mettre en place un mécanisme du genre pmjboss pour assurer
les taches start/stop/status/archivelogs pour l'applicatif bo sur TELLUS
|
| Commentaires |
| Commentaire de Ranto Andriambololona [ 28/mars/06 11:15 ] |
| François a commencé à écrire un document d'explite à ce sujet, j'attends de le recevoir ... |
| Commentaire de Ranto Andriambololona [ 29/mars/06 18:45 ] |
|
Dans le document fourni par François Démarrage BO ./ccm.sh -start all ./ccm.sh -enable all ./tomcatstartup.sh Arret BO ./ccm.sh -stop all ./tomcatshutdown.sh |
| Commentaire de Ranto Andriambololona [ 30/mars/06 11:59 ] |
|
Après analyse avec François, il s'avère que le script ccm.sh
ne contient aucune variable start stop etc ..., ceux ci sont dans le
fichier ccmunix.js (javascript)
(/appli/priceminister/bo/bobje/setup/jscripts/ccmunix.js) Dans ce fichier js on a pour -start else if (objArgs.Item(i).toLowerCase() == "-start") { //Next argument is the server type to start if (objArgs.Count() > i+1) { i=i+1 serverStart(objArgs.Item(i)) } } En résumé, je pense qu'en modifiant les scirpts d'origines (en les envelloppant par pmbi --start ou autres) on risque de passer à côté de quelque chose , d'un paramètre mal connu et engendrer des disfonctionnement système. Je pense qu'on devrait rester sur le document de base fourni par BO. Par contre pour la rotation de log, on peut y coller le mécanisme actuel sur les SA qui déplace les vieux fichiers sur le SHARE NFS junon |
| Commentaire de Ranto Andriambololona [ 30/mars/06 16:47 ] |
|
François , peux tu réfléchir si le changement du user bi en pmbi peut ètre problématique pour l'application bi ? - L'objectif est de recréer le user bo en pmbi avec les mêmes id et gid (1527:502) - ensuite faire un chown -R pmbi:adminpm sur les répertoires de l'appli - tests |
| Commentaire de Ranto Andriambololona [ 05/avr./06 17:37 ] |
|
On avance .... ci -après les résultat d'une première version d'un pmbi --status, --start, --stop sur PERIGNON STATUS [bo@perignon bobje]$ ./pmbi --status BI is running ( 13 processes) ... ARRET [bo@perignon bobje]$ ./pmbi --stop You are about to stop BI Type 'YES' to confirm: YES Stopping BI ... Using CATALINA_BASE: /home/bo/bobje/tomcat Using CATALINA_HOME: /home/bo/bobje/tomcat Using CATALINA_TMPDIR: /home/bo/bobje/tomcat/temp Using JAVA_HOME: /home/bo/bobje/jdk Stopping all... 2006-04-05 17:34:12 - [ ] BI stopped DEMARRAGE [bo@perignon bobje]$ ./pmbi --start Starting BI ... Starting all servers... Starting pageserver... Starting cacheserver... Starting input... Starting output... Starting destjobserver... Starting lovjobserver... Starting reportjobserver... Starting programjobserver... Starting webijobserver... Starting eventserver... Starting ras... Starting webi... Starting cms... Using CATALINA_BASE: /home/bo/bobje/tomcat Using CATALINA_HOME: /home/bo/bobje/tomcat Using CATALINA_TMPDIR: /home/bo/bobje/tomcat/temp Using JAVA_HOME: /home/bo/bobje/jdk Creating session manager... Logging onto CMS... 2006-04-05 17:34:57 - BI started Il reste la partie --force et l'archivage des logs |
| Commentaire de Ranto Andriambololona [ 11/avr./06 14:31 ] |
|
Archivages des logs en place ... les logs dans /home/bo/logs vieux de plus de 30 jours sont archivés (zippé et déplacé) dans /data/priceminister/pmshare/exploit/logs/bi/ sur le SHARE NFS |
| Commentaire de Ranto Andriambololona [ 11/mai/06 16:29 ] |
|
Le pmbi --stop --force est en place sur TELLUS pour la prod, il suffit juste de copier le script pmbi (sur perignon dans /home/bo/bobje) vers le serveur bi de PROD. |
| Commentaire de Ranto Andriambololona [ 11/mai/06 17:41 ] |
|
je voulais dire en place sur Perignon |
| Commentaire de Antoine Koener [ 19/janv./07 11:27 ] |
|
Salut, Dis moi ce Jira est encore ouvert, est-ce qu'on peut le fermer ? Merci :) |
[DEC-506] demande de rapport pour le BO Création: 23/nov./06 17:36 Mise à jour: 14/sept./07 15:24 Résolue: 11/déc./06 17:34 |
|
| Etat: | Fermé |
| Projet: | Reporting |
| Composants: | Back Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jemima Barru | Attribution: | Samir Beghdadi |
| Résolution: | Corrigé | ||
| Estimation restante: | 1 jour | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 1 jour | ||
| Pays: |
FRA - France
|
| Description |
| Commentaires |
| Commentaire de Agathe Remy [ 06/déc./06 16:07 ] |
|
Jemima, Ces rapports ne pourront clairement pas être développés pour le 1er décembre, mais nous pouvons essayer de les développer d'ici fin décembre. Cordialement, Agathe |
| Commentaire de Samir Beghdadi [ 11/déc./06 17:34 ] |
|
Tu trouveras ci-dessous les résultats demandés : - Nombre de réclamations pour des commandes non reçues (NOT_RECEIVED) et Nombre de réclamations en contrefait (FAKE) Start_date: 2006/11/13 and End_date: 2006/11/19 FAKE | 19 NOT_RECEIVED | 1254 - Nombre de transaction annulées (Cancelled) en distinguant Seller Cancellation, Négociation refusée et Seller Commit Timeout. Start_date: 2006/11/13 and End_date: 2006/11/19 NEGOTIATION_REFUSED | 1043 SELLER_CANCELLATION | 3530 SELLER_COMMIT_TIMEOUT | 1787 - Nombre de fois que les mails cités dans le Jira ont été envoyés : Start_date: 2006/11/13 and End_date: 2006/11/19 abîmé - demande d'explications | 235 date du paiement | 28 différent - demande d'explications | 167 détail du paiement | 51 frais réels différents - acheteurs | 13 frais réels différents - vendeurs | 43 grille acheteur | 13 grille vendeur | 28 la commission | 19 mauvaise note | 40 modification des tarifs de la poste | 21 pas envoyé car pas payé | 3 pas reçu - vendeur annule | 549 réception non confirmée | 154 vendeur annule | 114 vendeur refuse l'envoi à l'étranger | 7 écart grilles acheteur/vendeur | 8 |
[BIN-335] Ecart entre Titan et BO Création: 23/mai/07 08:54 Mise à jour: 14/sept./07 18:04 Résolue: 28/mai/07 14:27 |
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | Finance |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Philippe Favrot | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Description |
|
Bonjour, écart entre Titan et BO au niveau du VA capturé pour avril : Titan : 5 374 188 BO : 5 375 088 en pièce attachée : - rapport Titan panier coupon article - exploitation de ce rapport - rapport purchase summary by month (B0). Merci Philippe |
| Commentaires |
| Commentaire de Philippe Favrot [ 23/mai/07 08:55 ] |
|
pas possible de joindre le rapport Titan car plus de 10 Mo. Je te le passe par amil. Philippe |
| Commentaire de Agathe Remy [ 25/mai/07 17:33 ] |
|
Philippe, J'ai vérifié les données et elles sont identiques sur Titan et dans le DataWarehouse En faisant la même requête sur Titan, j'obtiens bien 5 375 088 pour le montant capturé. Maintenant, il s'agit de savoir pourquoi le rapport généré sur Titan ne donne pas les mêmes chiffres... Agathe |
| Commentaire de Agathe Remy [ 25/mai/07 18:27 ] |
|
Es-tu sur de ton traitement du fichier
panier_coupons_articles? Parce que j'obtiens les mêmes chiffres sous BI
et sur Titan... Agathe |
| Commentaire de Agathe Remy [ 28/mai/07 14:27 ] |
|
Philippe, Dans le fichier ci-joint, tu trouveras le résultat de l'étude sur les écarts. Il y a 900¿ d'écarts répartis sur le 24/04 (85¿) et le 29/04 (815¿). Sur la journée du 29/04, j'ai comparé les résultats de ma requête sur titan (qui donne les mêmes résultats que le rapport BI) et celle d'un fichier panier_coupons_articles dans l'intranet. Les données sont identiques. La conclusion est donc : - soit une erreur s'est produite lors de l'exploitation du fichier panier_coupons_articles dans Excel - soit le fichier panier_coupons_articles exploité dans Excel était antérieur à la date de stabilisation des montants Je clôture donc ce JIRA. Agathe |
[APP-5712] probleme de version d'application sur le bo Création: 28/sept./05 16:30 Mise à jour: 25/juin/07 18:31 Résolue: 30/sept./05 10:54 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Olivier Cales | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
pour la même url : http://bo.pm.lan/referential_back?action=productview&productid=6024852 on se retrouve avec deux pages différentes selon le serveur (deutz ou mumm). |
| Commentaires |
| Commentaire de Judd OSullivan [ 30/sept./05 10:54 ] |
| On est en train de tester une version de l'app (804h) mais on deploie uniquement sur un serveur. Je ne sais pas pq cette page est different mais je dirais attends qu'on a une plate-forme integ plus stable. Si après (pendant la validation par exemple) on a toujours un problème, on le creusera. |
| Commentaire de Florent Bernard [ 05/oct./05 17:48 ] |
| Pages identiques sur les deux environnements |
[APP-24128] pages différentes entre BO et WWW Création: 03/févr./09 12:22 Mise à jour: 04/févr./09 11:06 Résolue: 04/févr./09 09:58 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | FAST engine |
| Affecte la/les version(s): | 39.0.1 |
| Version(s) corrigée(s): | 39.0.1.1 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Jany Marimoutou | Attribution: | Validator |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Lorsque clique sur l'onglet vidéo avec le lien BO. http://bo.priceminister.com/video-dvd-vhs on obtient une différente de celle en WWW: http://www.priceminister.com/video-dvd-vhs D'où vient ce miracle ? |
| Commentaires |
| Commentaire de Jany Marimoutou [ 03/févr./09 14:50 ] |
| Je viens de vérifier le CD, le jeux vidéo. C'est aussi la même chose. |
| Commentaire de Espérance Galouo-Lece [ 04/févr./09 09:58 ] |
|
- C'est normal, car tu es sur des pages statics; - En faisant "/nav/Video" la différence est moins grande, et cette différence est dû aux serveurs fast qui ne sont pas tous égaux en terme de puissance... . |
| Commentaire de Jany Marimoutou [ 04/févr./09 11:06 ] |
|
OK ! Merci pour l'explication. Seulement, ce n'était ainsi auparavant. C'est donc que quelque chose a bien changé. Pourrait-on être avertit de ce genre de norme ? |
[APP-18012] [CBV] - BO - Fiche sinistre Création: 28/sept./07 10:08 Mise à jour: 08/oct./07 15:04 Résolue: 28/sept./07 12:54 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 17.0.0 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Sébastien Aubert | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | FireFox 2.0 |
| Projets PM archivés: | Contrat "Bris et Vol" |
| Description |
|
Dans le BO sur la fiche sinistre, le champs Commentaire affiche erreur non disponible. Imposssibilité d'ajouter un commentaire. |
| Commentaires |
| Commentaire de Clement Balay [ 28/sept./07 12:54 ] |
|
c'est ok, il y avait un commentaire HTML qui englobait
l'appel au modèle donc en integ vu qu'ils enlèvent tous les commentaires
HTML et ce qu'il ya à l'interieur après la compilation, cela compilait
en integ, par contre en dev cela marchait bien puisqu'on enlève aucuns
commentaires HTML. Traces de commit: cvs ci -m " dos2unix: converting file ComplaintBoComment.jsp to UNIX format ... Checking in src/com/babelstore/warranty/back/ComplaintBoComment.jsp; /home/cvs/dev/source/src/com/babelstore/warranty/back/ComplaintBoComment.jsp,v <-- ComplaintBoComment.jsp new revision: 1.2.4.1; previous revision: 1.2 done |
| Commentaire de Sébastien Aubert [ 08/oct./07 15:04 ] |
| ok en integ |
[APP-5604] BO Image : Fautes d'orthographe Création: 02/sept./05 15:31 Mise à jour: 25/juin/07 18:31 Résolue: 13/sept./05 09:15 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.6 |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Emmanuelle Lachamp | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Description |
|
En bo, recherche d'images, Etat : - Tout les soumis... c'est mieux de mettre Tous les... - Tout les validés....... |
[IMP-2828] Les images n'apparaissent pas toutes bienque l'url apparaissent dans le bo > Nyotex Création: 07/nov./08 14:06 Mise à jour: 30/oct./09 15:47 Résolue: 07/nov./08 16:01 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Isabelle Weisbecker | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | Nyotex |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
http://bo.priceminister.com/boutique/Nyotex/category/advert_clothing |
| Commentaires |
| Commentaire de Isabelle Weisbecker [ 07/nov./08 14:09 ] |
| Benoît, je ne sais pas s'il y a un rapport avec les autres bug. |
| Commentaire de Benoît Bourdon [ 07/nov./08 14:33 ] |
|
En fait ça semble avoir un rapport avec ce jira : APP-22733 Eric tu peux regarder pourquoi ? Le produit à toutes les urls images qui vont bien, il a étét crée le 31/10 il me semble ... donc pourquoi ses images ne sont pas là ? |
| Commentaire de Benoît Bourdon [ 07/nov./08 14:34 ] |
|
ps j'ai pris ce produit en exemple, mais ils sont tous identiques. http://bo.priceminister.com/referential_back?action=productview&productid=73065885 |
| Commentaire de Frédéric Nahum [ 07/nov./08 16:01 ] |
| Les droits d'import d'image n'était pas activé ca devrait aller mieux dans les jours qui vienne |
| Commentaire de Isabelle Weisbecker [ 13/nov./08 14:23 ] |
|
http://bo.priceminister.com/offer/buy/73067955/s1/s2PM02594743 apparemment il n'y a pas que le droit à l'image. ça doit faire partie des autres bugs. on vérifie après le sript de Genviève |
[NpF] NpF Video - Activation (meta tâche)
(APP-18659)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | 18.1.0 |
| Version(s) corrigée(s): | 18.1.0 |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Julien Sananikone |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | Navigation par filtres - Vidéo |
| Description |
|
Mettre à jour (BO) le lien du bloc ça vient d'arriver pour qu'il pointe sur la NpF.
|
| Commentaires |
| Commentaire de Fabien Farache [ 13/déc./07 10:24 ] |
|
BO : Racine > Ça vient d'arriver (Bloc) > Video ancien lien : /navigation/date/category/??? nouveau lien : /nav/Video/s/3 |
| Commentaire de Julien Sananikone [ 17/déc./07 12:10 ] |
| fait en integ |
| Commentaire de Julien Sananikone [ 18/déc./07 10:00 ] |
| fait sur preview |
| Commentaire de Julien Sananikone [ 18/déc./07 16:58 ] |
| testé sur preview |
[NpF] NpF Livre ES - Activation (meta tâche)
(APP-18872)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | 19.4.3 |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Nerea Prieto |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM archivés: | Navigation par filtres - Libros ES |
| Description |
|
Mettre à jour (BO) le lien du bloc ça vient d'arriver pour qu'il pointe sur la NpF.
|
| Commentaires |
| Commentaire de Fabien Farache [ 31/mars/08 11:19 ] |
| Les contenus IG ont déjà été modifiés par NEP le 20/03/08 |
| Commentaire de Ariane Baldinger [ 31/mars/08 13:17 ] |
| Attention, il s'agit d'une modification dans le BO : il faut modifier l'url dans le bloc "ça vient d'arriver" (noeud 219286 dans le BO de Prod) |
| Commentaire de Fabien Farache [ 31/mars/08 13:40 ] |
|
au temps pour moi... j'avais mal lu et j'étais parti sur le bloc catégories j'ai donc modifié : - ancien lien : /navigation/date/category/tab_100 - nouveau lien : /nav/Livres/s/3 Est il normal que l'onglet "ça vient d'arriver" soit à non ??? |
| Commentaire de Fabien Farache [ 01/avr./08 10:26 ] |
| "Onglet ça vient d'arriver" a été mis à oui mais le bloc ça vient d'arriver n'apparait toujours pas |
| Commentaire de Christophe Garcia [ 08/avr./08 10:28 ] |
| Bloc CVDA toujours pas visible |
| Commentaire de Nerea Prieto [ 28/avr./08 16:14 ] |
|
Le problème venait de la manque d'Alias. J'ai repéré le même problème dans la catégorie Musique et téléphones. C'est corrigé. |
[APP-21186] En BO, pop-up video, il faut accepter la vidéo avant de pouvoir la regarder. Création: 10/juil./08 14:18 Mise à jour: 05/sept./08 15:20 Résolue: 16/juil./08 12:19 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 25.0.0 (CTN-D) |
| Version(s) corrigée(s): | 28.0.0 (CTN-F) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Clement Balay |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Internet Explorer 6.X |
| Projets PM archivés: | Annonces Vidéo (Lot 3) |
| Description |
|
Le player ne peut-il pas fonctionner indépendamment du fait que la vidéo est acceptée ou non par le BO?
|
| Commentaires |
| Commentaire de Fabrice Feugas [ 15/juil./08 15:58 ] |
|
Pour reproduire, il faut supprimer une vidéo depuis le B.O.
La page se recharge avec le player vide (on ne peut donc pas lire la
vidéo). L'option "Accepter la vidéo" reste affichée et si on l'utilise,
la page se recharge avec la bonne vidéo, visible... Question 1 : lorsque l'on supprime la vidéo (depuis le B.O), comment se fait-il que l'on puisse ensuite la ré-accepter? Question 2 : dans le cas précédent, pourquoi ne peut-on pas la visualiser depuis le B.O? |
| Commentaire de Clement Balay [ 15/juil./08 17:40 ] |
|
1) supprimer un média revient à passer la vidéo en SUSPENDED
et passer le média lié à DELETED, le terme a été choisi pour que l'on
utilise pas trop ce bouton. 2) car elle est en SUSPENDED et VPOD ne permet pas de lire des vidéo en SUSPENDED |
| Commentaire de Clement Balay [ 16/juil./08 12:19 ] |
| VPOD ne permet pas de regarder un vidéo s'il est en suspended |
[NpF] NpF Livres - Activation (meta tâche)
(APP-17776)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Ca vient d'arrriver |
| Affecte la/les version(s): | 17.1.0 |
| Version(s) corrigée(s): | 17.2.0 |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Fabien Farache |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | Navigation par filtres - Livres |
| Description |
|
Mettre à jour (BO) le lien du bloc ça vient d'arriver pour qu'il pointe sur la NpF.
|
| Commentaires |
| Commentaire de Fabien Farache [ 06/nov./07 09:42 ] |
|
Done... BO : Racine > Ça vient d'arriver (Bloc) > Livres ancien lien : /navigation/date/category/tab_100 nouveau lien : /nav/Livres/s/3 |
[INF-570] modifs alias BO Création: 09/nov./10 10:16 Mise à jour: 09/nov./10 15:29 Résolue: 09/nov./10 14:16 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Steven Harel | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Hi ! Quelques modifications dans les alias BO.
1/ Sur l'alias bo.sav.fr.2@priceminister.com Enlever jonathan.lesage 2/ Sur l'alias bo.coback@priceminister.com Enlever hind.belhadi Ajouter victoire.douay Thanks |
| Commentaires |
| Commentaire de Stéphane Eccli [ 09/nov./10 14:16 ] |
| done |
| Commentaire de Steven Harel [ 09/nov./10 15:29 ] |
| thanks |
[APP-14503] [BO FP Etat] lorsque la FP est modifiée par batch le texte n'est pas bon Création: 05/janv./07 10:12 Mise à jour: 13/janv./09 11:54 Résolue: 10/déc./08 11:39 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Batch, Produits |
| Affecte la/les version(s): | ToDo, 11.2.0 (Lycos) |
| Version(s) corrigée(s): | 38.0.0 (TX-D Bis) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Younès Charrière | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif1: | BP |
| Classif2: | RBP - source code |
| Description |
|
Sur une fiche produit auto par exemple, lorsqu'une
modification a été effectuée par batch, l'état est "modifié par PM Back
Office" ce qui n'est pas bon et peut porter à confusion. Il serait
préférable d'informer dans ce cas là que la modification est le fait
d'un batch. Pour tester, faire une recherche des produits sur le bo de prod avec les filtres : type = Voiture, état = En cours et Trier par = Date DESC. Prendre par exemple le produit dont l'id est 48718355, on se rend compte qu'il y a eu une modification par PM Back Office le 04/01/2007 (voir le screenshot) hors après investigation dans les logs de prod il se trouve que cette modification est faite par le batch de dénormalisation : pmas@hercule : analyse des logs JBoss --------------------------------------------------------- var/batchlog/attr/nohup.out:2007-01-04 17:46:54,820 DEBUG [ORMALIZATION] DENORMALIZATION - Product Id : 48718355 Concrètement, cela pose un problème car les dates des FP ont été modifiées mais pour le service de la validation au back office il est impossible de savoir par qui. |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 31/janv./07 16:28 ] |
|
L'info dont tu parles est le champ 'owner_account_id' dans la table product. Il n'y a que les imports et le BO qui peuvent changer cette variable, les imports dans StockServiceBean.updateBaseProduct, StockServiceBean.updateComplemnentProduct le BO dans ProductServiceBean.update le batch ProductDenormalisationBatch par exemple n'appelle aucune de ces methodes. A la limite ce fonctionement me parait correct. |
| Commentaire de Judd OSullivan [ 02/févr./07 18:46 ] |
|
Je suis d'accord. Si ce n'est pas un utilisateur qui modifie le produit, par defaut on dit que c'est le BO y compris les batches. Je l'affecte à l'équipe fonctionnel pour juger le besoin. Plus facile serait de mettre 'PM Back Office or Batch' au lieu de 'PM Back Office'. Ensuite on peut ajouter un evenement. |
[APP-1598] Les user créés via bo doivent etre brandés www Création: 06/août/03 16:34 Mise à jour: 25/juin/07 18:23 Résolue: 25/juin/07 18:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Michael Gwin | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
si le user est crée via bo.priceminister.com, les mails qu'il reçoit contiennent des urls 'bo.priceminister.com/...' inaccessibles. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 20/nov./03 13:03 ] |
|
Il arrive que les commerciaux créent des comptes utilisateur pour les partenaires en passant via le BO. Dans ce cas, il faudrait brander l'utilisateur en www. Migrer aussi l'existant (SQL) |
[APP-19466] [BO] - Lien Paniers Obs Création: 06/févr./08 15:43 Mise à jour: 13/janv./09 11:55 Résolue: 23/oct./08 12:21 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Panier |
| Affecte la/les version(s): | 18.1.3 |
| Version(s) corrigée(s): | 38.0.0 (TX-D Bis) |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | Performances | ||||||||
| Description |
|
- Serait-il possible d'améliorer les perf de la requête qui ramène les paniers en Observation? - Il y'a plus de 3minutes d'attente pour un résultat d'une trentaine de lignes; Logs: 2008-02-06 15:28:03,379 INFO [Processor142] BO:Anonyme - >>> GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120 2008-02-06 15:31:38,932 INFO [Processor142] BO:Anonyme - <<< [215553 ms] GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120 2008-02-06 15:31:38,932 WARN [Processor142] BO:Anonyme - Long request [215553 ms]: GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120 |
| Commentaires |
| Commentaire de Manuel Sadok [ 08/oct./08 11:24 ] |
|
En testant, la requête ne semble pas longue mais fait par
contre un full scan de purchase... un index pourrait aider ? |
| Commentaire de Manuel Sadok [ 08/oct./08 11:24 ] |
|
SELECT purchase.purchase_id,
purchase.authorization_card_amount,
purchase.authorization_coupon_amount, purchase.authorization_date,
purchase.authorization_number_request,
purchase.authorization_number_response,
purchase.authorization_operation_amount, purchase.brand_id,
purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login,
purchase.capture_card_amount, purchase.capture_coupon_amount,
purchase.capture_date, purchase.capture_number_request,
purchase.capture_number_response, purchase.capture_operation_amount,
purchase.card_expiration_month, purchase.card_expiration_year,
purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected,
purchase.card_number_begin, purchase.card_number_end,
purchase.card_number_hash, purchase.card_pay_incident_count,
purchase.card_type_code, purchase.card_usr_birth_date,
purchase.change_date, purchase.creation_date, purchase.currency_id,
purchase.has_cbv, purchase.ip_address, purchase.is_cbv_applicable,
purchase.is_tracking_direct, purchase.operation_id,
purchase.payment_type_code, purchase.pch_followup_code,
purchase.pch_status_code, purchase.pch_type_code, purchase.request_date,
purchase.row_version, purchase.security_number, purchase.tracking_date,
purchase.usa_address1, purchase.usa_address2, purchase.usa_city,
purchase.usa_country_id, purchase.usa_digicode,
purchase.usa_email_address,
purchase.usa_fax_number,purchase.usa_first_name, purchase.usa_last_name,
purchase.usa_phone_comment_1, purchase.usa_phone_comment_2,
purchase.usa_phone_comment_3,purchase.usa_phone_number_1,
purchase.usa_phone_number_2, purchase.usa_phone_number_3,
purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id,
purchase.usr_title_code, purchase.usr_tracking_id FROM purchase WHERE (purchase.pch_status_code = 120) ORDER BY purchase.authorization_date DESC ; 147 ligne(s) sélectionnée(s). Ecoulé : 00 :00 :28.68 Plan d'exécution ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=ALL_ROWS (Cost=152824 Card=1468909 Bytes=368696159) 1 0 SORT (ORDER BY) (Cost=152824 Card=1468909 Bytes=368696159) 2 1 TABLE ACCESS (FULL) OF 'PURCHASE' (TABLE) (Cost=108405 Card=1468909 Bytes=368696159) Statistiques ---------------------------------------------------------- 1 recursive calls 0 db block gets 255491 consistent gets 255486 physical reads 0 redo size 40056 bytes sent via SQL*Net to client 522 bytes received via SQL*Net from client 11 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 147 rows processed |
| Commentaire de Patrick Pereira [ 23/oct./08 12:21 ] |
|
Pas de pb. Elapsed: 00:00:00.00 Execution Plan ---------------------------------------------------------- Plan hash value: 304265661 ----------------------------------------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time | ----------------------------------------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1192K| 276M| | 151K (1)| 00:30:20 | | 1 | SORT ORDER BY | | 1192K| 276M| 887M| 151K (1)| 00:30:20 | | 2 | TABLE ACCESS BY INDEX ROWID| PURCHASE | 1192K| 276M| | 88763 (1)| 00:17:46 | |* 3 | INDEX RANGE SCAN | PURCHASE_FKIX_STATUS_TYPE_AUTH | 1192K| | | 543 (1)| 00:00:07 | ----------------------------------------------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 3 - access("PURCHASE"."PCH_STATUS_CODE"=TO_NUMBER(:X1)) Statistics ---------------------------------------------------------- 0 recursive calls 0 db block gets 41 consistent gets 0 physical reads 0 redo size 12749 bytes sent via SQL*Net to client 627 bytes received via SQL*Net from client 3 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) |
[APP-12422] pb de redirect vers le bo Création: 19/sept./06 14:39 Mise à jour: 25/juin/07 18:44 Résolue: 10/oct./06 10:12 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Nydia Yallico | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Site: | Integ | ||||||||
| Description |
|
https://www.es.integ/connect?action=login&c=80&dest=%2Fuser Lorsque je clique sur les onglets notamment "mi cuenta", dans cet exemple, je suis redirigée vers le lien BO : http://bo.es.integ/user Merci Nydia |
| Commentaires |
| Commentaire de Arnaud Forgues [ 19/sept./06 15:29 ] |
| il semblerait que cela vienne de la regle de réécriture des pages https vers http ... |
| Commentaire de Arnaud Forgues [ 04/oct./06 12:23 ] |
| c'est bon ca non ? pourquoi tu ne le fermes pas ? |
| Commentaire de Arnaud Forgues [ 09/oct./06 16:48 ] |
| allo !!? |
| Commentaire de Nydia Yallico [ 10/oct./06 10:11 ] |
| Oui ! j'étais en vacances !!! Je ferme le JIRA !!!! |
| Commentaire de Lydia Dali [ 17/oct./06 11:23 ] |
| ok en integ |
[APP-18704] BO: affichage configuration produit Création: 27/nov./07 07:29 Mise à jour: 11/févr./08 11:44 Résolue: 27/nov./07 07:58 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 18.0.0 |
| Version(s) corrigée(s): | 19.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Geneviève Beaujard | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Projets PM archivés: | Maintenance 19.x.x |
| Description |
|
L'url suivante http://bo.pm.lan/referential_back?action=productconfigurationlist&show=0 nous donne un affichage incomplet de la conf produit.
|
| Commentaires |
| Commentaire de Geneviève Beaujard [ 27/nov./07 07:58 ] |
|
Checking in ProductConfigurationListAction.java; /home/cvs/dev/source/src/com/babelstore/referential/back/ProductConfigurationListAction.java,v <-- ProductConfigurationListAction.java new revision: 1.16; previous revision: 1.15 done |
[APP-2116] page messages type du bo Création: 30/mars/04 10:54 Mise à jour: 25/juin/07 18:24 Résolue: 25/juin/07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.8 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Steven Harel | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
le nombre de lignes est limité à 200 sur la page "messages type" du bo. il faudrait afficher toutes les lignes par défaut lorsque l'on ouvre la page ou lorsqu'on actualise. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 30/mars/04 16:40 ] |
| a préciser |
| Commentaire de Arnaud Forgues [ 14/avr./04 12:29 ] |
|
Ajout des valeurs 500 et 1000 dans la liste de choix + conservation du contexte de recherche lors du déplacement ou de la suppression d'un template ou d'un groupe |
[APP-2414] Problème de picto en BO Création: 22/juin/04 17:02 Mise à jour: 25/juin/07 18:25 Résolue: 25/juin/07 18:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Validator | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Le picto est incorrect dans le BO. En effet, le coeur, symbole de l'amour, n'est adapté qu'au mois de février. Je propose un soleil à la place |
| Commentaires |
| Commentaire de Quentin de Chivré [ 22/juin/04 19:28 ] |
| et vive la revoluchione |
| Commentaire de Quentin de Chivré [ 24/juin/04 10:13 ] |
| murf |
[APP-15438] Problème de visualisation sur le BO Création: 06/mars/07 13:52 Mise à jour: 19/nov./07 12:28 Résolue: 05/oct./07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 13.0.2 |
| Version(s) corrigée(s): | 18.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Swan Desportes |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Tous |
| Classif1: | BO |
| Classif2: | ajax |
| Description |
|
Il existe un problème de visualisation sur le BO. Lorsque
l'on clique sur le noeud '+', les lignes se décalent vers le bas: http://bo.priceminister.es/category_back?action=categorytree&anchorkey=222692&categorystatus=2&unfold=222692.222180.225558.216273.0.1.&1173185227342#marker |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 06/mars/07 13:55 ] |
|
Exemple: + Geografía. Viajes + Gastronomía + Ciencias de la Salud Congresos. Seminarios. Actas - Economía y Empresa + Economía + Empresa + Ciencias e Industria |
| Commentaire de Christophe Garcia [ 06/mars/07 15:19 ] |
|
Arnaud, il me semble que ce décalage est volontaire. N'a-t-on pas prévu de le dégager parce que y'a pas à dire, c'est pas chouette ! :) Il me semble même qu'il existe dèjà un JIRA mais je ne sais plus lequel. |
| Commentaire de Swan Desportes [ 05/oct./07 18:27 ] |
|
Ca a du être déjà corrigé ! [CAJ200710] |
[EXP-4838] UK Liste FP soumises: pas de rafraichissement en BO + FP validées invisibles en FO Création: 03/juin/09 09:51 Mise à jour: 10/juin/09 11:25 |
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Description |
|
Les fiches soumises ayant été validées/supprimées depuis le
06/05 ne disparaissent pas des listes des fiches soumises en BO.
|
| Commentaires |
| Commentaire de Aurélien Vergalli [ 10/juin/09 11:23 ] |
|
Je précise que les fiches validée n'apparaissent pas en FO. Exemple: - recherche sans résultat : http://bo.priceminister.co.uk/navigation/se/category/sa/kw/Housing+For+Samsung+E350+Black+ - fiche BO validée http://bo.priceminister.co.uk/referential_back?action=productview&productid=38066960 |
[EXP-3132] [process de déploiement infoglue] Besoins de nouveaux comptes Création: 03/janv./07 10:59 Mise à jour: 25/juin/07 19:00 Résolue: 26/janv./07 11:20 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Swan Desportes | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Afin de mettre en place le process de déploiement Infoglue
dans sa version finale, nous avons besoins de 3 comptes pour faire
tourner l'application et de 3 comptes cms pour accéder aux schémas
infoglue. - compte "dev_ref" (reprise de dev_param) + compte "cms_ref", pour travailler sur la version en cours de développement - compte "dev_fr" + compte "cms_fr" pour travailler sur la version en cours en France (versions mineurs + bugfixes) - compte "dev_es" + compte "cms_es" pour travailler sur la version en cours en Espagne (différente de France...) Pour ces 6 comptes, nous avons besoin de la conf JBoss standard. Merci |
| Commentaires |
| Commentaire de Patrice Boulanger [ 03/janv./07 14:03 ] |
|
Arnaud, il faudrait créer ces 6 comptes en les répartissant sur bollinger, boulard et gobillard (voir avec Judd). Puis, assigner ce Jira à Judd pour qu'il modifie ses scripts de déploiement de conf Jboss pour prendre ces nouveaux uitlisateurs en compte. Merci. |
| Commentaire de Swan Desportes [ 03/janv./07 15:38 ] |
|
Rectification : après discussion avec Judd et Arnaud, l'idée
serait de les rassembler sur bollinger et de leur donner des noms
neutres. Ce qui donne : - param1, param2 et param3 - cms1, cms2 et cms3 |
| Commentaire de ZZ_Arnaud Baali [ 03/janv./07 16:13 ] |
|
Les comptes ont été créés. Ils sont tous sur Bollinger saud cms2 qui est sur brice et utilisé Je pense le migrer demain soir Peux tu quand meme lancer la conf des autres users pour Jboss Merci |
| Commentaire de Judd OSullivan [ 04/janv./07 12:44 ] |
|
J'ai créé 6 conf jboss avec les ports suivants : cms1 1180 cms2 1280 cms3 1380 param1 3180 param2 3280 param3 3380 Je propose qu'on designe un proprietaire pour ces comptes (Swan ?) qui les paramétres comme il faut et qui est le contact primaire en cas de souci. |
| Commentaire de Swan Desportes [ 04/janv./07 18:08 ] |
|
ok merci Le propriétaire peut être moi ou Olivier Bourgois. Je t'assigne la tache, Olivier, pour que tu prépare les 3 comptes CMS. |
| Commentaire de Swan Desportes [ 24/janv./07 18:29 ] |
|
Arnaud, est ce que tu peux me créer un param4 également ? J'ai besoin d'un 4eme environnement de DEV pour le param. |
| Commentaire de ZZ_Arnaud Baali [ 25/janv./07 08:12 ] |
| L'utilisateur param4 a été créé sur Bollinger |
| Commentaire de Swan Desportes [ 25/janv./07 09:49 ] |
|
Est ce que tu pourrais mettre une conf JBoss standard pour param4 sur Bollinger ? Merci (param4 vise à remplacer dev_118n sur brice) |
| Commentaire de Judd OSullivan [ 25/janv./07 11:33 ] |
| JBoss conf param4 créée. |
| Commentaire de Judd OSullivan [ 25/janv./07 11:40 ] |
|
Est-ce que tu peux créér aussi 4 comptes plus generique sur bollinger : devtest1 devtest2 devtest3 devtest4 Et ensuite on peut probablement fermer ce bug. |
| Commentaire de ZZ_Arnaud Baali [ 25/janv./07 13:41 ] |
| Les 4 comptes ont été créés |
| Commentaire de Swan Desportes [ 25/janv./07 14:01 ] |
|
Une dernière demande du param ce matin : disposer d'un environnement factice pour tests et formations. Est ce que tu pourrais me créer les comptes cms5 et param5 ? Merci (a priori c'est les derniers) |
| Commentaire de ZZ_Arnaud Baali [ 25/janv./07 14:10 ] |
| Voilà c'est fait aussi |
| Commentaire de Swan Desportes [ 25/janv./07 16:01 ] |
|
Un dernier effort ;-) Deux petits environnements JBoss pour cms5 et param5... |
| Commentaire de Judd OSullivan [ 25/janv./07 16:08 ] |
| Et un dernier : il nous faut un cms4. |
[INF-388] Adresses BO : modifications des destinataires Création: 26/oct./09 14:31 Mise à jour: 27/oct./09 14:38 Résolue: 27/oct./09 12:13 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Jemima Barru | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Stéphane, voici les nouveaux groupes de destinataires pour les adresses BO : bo.sav.fr.1@priceminister.com : Jémima, Hind, Manuela, Vanessa, Pierre-Edouard, Julien, Jennifer bo.sav.fr.2@priceminister.com : Jonathan, Jeff, Céline, Stéphanie, Siham bo.sav.fr.3@priceminister.com : Eve, Graziella, Rachid, Axelle, Sébastien W bo.sav.es.1@priceminister.com : Laura, Juan, Héléna bo.sav.uk.1@priceminister.com : Laura, Thomas, Oliver |
| Commentaires |
Installation Business Objects Production
(BIN-15)
|
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | Production |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Critique |
| Rapporteur: | Sébastien Tournay | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il faudrait créer une nouvelle copie des CD d'installation
de BO. Y'a visiblement un problème sur la précédente copie. Faudrait
s'assurer de notre coté que nous arrivons à les lire avant de les
envoyer. On peut aussi envoyer directement les CD originaux à JMH. Voir avec François pour les récupérer. |
| Commentaires |
| Commentaire de Pap Ndiaye [ 08/déc./05 11:27 ] |
|
OK mais qu'elle etait le problème parce que je les ai testé sur Ruinart. Je vais tous de meme demander à Francois si on peux envoyer les originaux. |
[INF-659] Arrivée de Guillaume Sader au BO Création: 28/févr./11 10:08 Mise à jour: 28/févr./11 10:10 |
|
| Etat: | Ouvert |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Victoire Douay | Attribution: | Stéphane Eccli |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Bonjour,
Guillaume arrive le 01 Mars 2011, soit demain, au back office. On va l'installer dans l'équipe internationale, à la place de Fabien Lucas, CF plan BO. Nous nous excusons de ce court délai mais nous avons du faire face au départ imprévu de Fabien. Merci, Victoire |
[IMP-4929] creation compte ftp - site ES - pseudo avalos_eu Création: 23/déc./09 11:31 Mise à jour: 19/janv./10 17:18 Résolue: 19/janv./10 17:18 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Frederic vacher | Attribution: | Daniel Pintamalli |
| Résolution: | Incomplet | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Login: | avalos_eu | ||||||||
| Séparateur: | Point-virgule (;) | ||||||||
| Type de traitement: |
Mise à jour/création annonces
|
||||||||
| Description |
|
Merci de créer un compte FTP pour le compte d'avalos_eu. Merci Fred |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 30/déc./09 16:18 ] |
| Si le fichier est extrait depuis son serveur ce n'est pas la peine de créer un compte FTP. Par contre, comment va-t-il valider ses commandes? |
| Commentaire de Daniel Pintamalli [ 05/janv./10 15:02 ] |
|
Pas de nouvelles du PRO. Son téléphone ne répond pas. |
| Commentaire de Frederic vacher [ 05/janv./10 15:07 ] |
|
Est ce que l'on peut lui envoyer la liste complète des valeurs du site en High-Tech et electroménager? J'ai un autre N° est ce que tu pourrais essayer de l'appeler sur ce nouveau n°? Thanks! 902 898 138 |
| Commentaire de Daniel Pintamalli [ 06/janv./10 13:40 ] |
|
Le 902 898 138 ne répond pas... Il n'a pas répondu mon mail non plus. |
| Commentaire de Daniel Pintamalli [ 07/janv./10 16:38 ] |
|
Le 902 898 138 ne répond toujours pas... Je lui ai renvoyé un mail. |
| Commentaire de Daniel Pintamalli [ 11/janv./10 15:59 ] |
|
Réponse du PRO: -------- Original Message -------- Subject: Re: Fwd: Priceminister.com - avalos_eu - Date: Mon, 11 Jan 2010 10:14:02 +0100 From: Pedro Avalos <pedro@avalos-market.com> To: <avalos@avalos-market.com> Reply-To: pedro@avalos-market.com On Thu, 07 Jan 2010 16:25:17 +0100, "avalos-market.com" wrote: Hola. Te comento por partes. - Sobre la modificacion del texto producto (retorno carro) están insertadas en muy pocos productos para dar una lista mas clara y por eso esta con formato HTML, es complicado quitar este tema, de todas formas es sobre una familia que no esta ya disponible "Regalos Navidad". - Efectivamente el ID_producto es nuestro codigo y siempre va ha ser el mismo y unico por producto. - El codigo fabricante esta incluido en la ultima actualizacion, podemos crear una relacion con vuestro codigo si lo deseas. - El proceso de pedidos se hace manualmente ahora mismo, si me pasas los datos para generarlo el proceso via FTP tambien es posible, pero ahora estamos liados con otro tema que urge mas, debe esperar por lo menos 20 dias. Te recuerdo que puedes descargar el fichero desde http://tuinfoweb.com/gestion/archivos/fichero_price_minister.csv Un saludo. |
| Commentaire de Daniel Pintamalli [ 11/janv./10 16:26 ] |
|
Il me faudrait une colonne avec le code fabricant afin de mieux intégrer son fichier. Je lui ai envoyé un mail car son téléphone n'est jamais disponible. On aura peut être une réponse en 2011. |
| Commentaire de Frederic vacher [ 11/janv./10 16:30 ] |
| 2011 t'es optimiste :) |
| Commentaire de Daniel Pintamalli [ 19/janv./10 17:18 ] |
| Demande à rouvrir dès qu'on aura des nouvelles du PRO. |
[APP-2110] impossible "d'étendre claim" en bo Création: 25/mars/04 16:12 Mise à jour: 25/juin/07 18:24 Résolue: 25/juin/07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.8val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Emilie Froissard | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
la fonctionnalité "étendre claim" en bo qd on a plusieurs articles ds le même panier du même vendeur ne fonctionne plus. Il affiche le message suivant: Erreur lors du traitement de l'article 7555479 : java.lang.NullPointerException Erreur lors du traitement de l'article 7555480 : java.lang.NullPointerException ... (voir lien:http://bo.priceminister.com/purchase_back? action=doublemail&itemid=7555494&purchaseid=4844700&treatall=true) Fiche panier: http://bo.priceminister.com/purchase_back? action=purchaseview&purchaseid=4844700 Fiche recherche d'article (url ci-dessous)... Merci, Emilie |
| Commentaires |
| Commentaire de Martin Sudmann [ 05/avr./04 10:14 ] |
|
pas assez d'informations pour essayer de reproduire le bug: - claim étendue à partir de quelle article ? - type et état de claim de cet articles et des autres ? j'attend que ça se reproduit, sinon je présume erreur d'utilisation de macro. |
| Commentaire de Martin Sudmann [ 14/avr./04 17:00 ] |
|
quand on étend une réclamation sans lancer une macro (bouton en bas de la page), le double mail code est vide et provoque une NullPointerException. Solution: tester avec equals(), où null est légal. fait. |
[APP-18277] Mon compte : Nombre de prix à aligner est incorrect Création: 17/oct./07 18:03 Mise à jour: 05/nov./07 14:56 Résolue: 22/oct./07 18:31 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 17.1.0 |
| Version(s) corrigée(s): | 17.2.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Maintenance 17.x.x |
| Description |
|
On prend en compte les annonces AUTO. |
| Commentaires |
| Commentaire de Renaud Dierickx [ 18/oct./07 10:09 ] |
|
En allant sur la page ' http://bo.priceminister.com/user_back?action=userstatistics ', on voit qu'il y a plusieurs contextes où ce compteur est utilisé... Voir Données "annonces" > Nombre d'annonces à aligner (INVENTORY_COUNT_ALIGN) Liste des contextes : * Tous les compteurs * FO : Inventaire (calculé pour chaque categorie de produit) * FO : Mon compte Classic * FO : Mon compte Auto PART * API : Mail bilan vendeur (avec annonces) (calculé depuis le vue matérialisé 'advert_global_seller_stats_mv') * API : Cache "ADVERT_STATS" Si on corrige ce compteur, il faudra donc : - corriger la requête - corriger la vue matérialisé advert_global_seller_stats_mv On supprimera également le calcul ce compteur pour le contexte 'FO : Mon compte Auto PART' car on ne souhaite plus calculer le nombre d'annonces à aligner pour l'auto. Il faudra aussi s'assurer que l'édito du bilan vendeur est toujours correcte. Donc il y a plusieurs impacts risqués. Je préfère décaler ce jira pour la V17.2.0 (ou V18.0.0). |
| Commentaire de Renaud Dierickx [ 22/oct./07 18:33 ] |
|
Voici des fichiers à tagger pour la V17_2_0 : - database/procedures/advert_mv.sql - source/src/com/babelstore/advert/AdvertCountersConstants.java - source/src/com/babelstore/advert/business/AdvertCountQuery.java Il y a aussi un script dans V:\Database\V17_2_0\integ... Pour info, voir le bilan vendeur (screenshot-2.jpg). |
[IMP-3631] paramétrage compte ftp et profil sellermania: OCCAZEXPRESS Création: 05/mai/09 18:37 Mise à jour: 30/oct./09 15:52 Résolue: 06/mai/09 13:55 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | michalon | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | OCCAZEXPRESS |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
paramétrage compte ftp et profil sellermania |
| Commentaires |
| Commentaire de Fotigui Tangara [ 06/mai/09 13:43 ] |
| Demande en cours de traitement... |
| Commentaire de Fotigui Tangara [ 06/mai/09 13:43 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : occazexpress mot de passe : fjze873hG Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Fotigui Tangara [ 06/mai/09 13:54 ] |
| Demande traitée... |
[APP-9687] Problèmes avec moteur de recherche BO Création: 23/mai/06 13:59 Mise à jour: 25/juin/07 18:39 Résolue: 12/juin/06 17:53 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.1.2d |
| Version(s) corrigée(s): | 9.0.1 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jonathan Moreau | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 45 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Lorsque l'on effectue une recherche produit via le BO, dès
que l'on rajoute les critères de date, ça n'avance plus du tout et reste
comme sur l'image indéfiniment, et donc impossible de faire une
recherche par date. http://img151.imageshack.us/img151/8725/recherche2gs.jpg |
| Commentaires |
| Commentaire de Julien Rampon [ 23/mai/06 15:07 ] |
|
Voici la requète SQL effectuée : -- ItemSearchQuery VAR x1 NUMBER § EXEC :x1 := 1141; VAR x2 DATE § EXEC :x2 := TO_DATE('2006-05-22 00:00:00', 'YYYY-MM-DD HH24:MI:SS'); VAR x3 DATE § EXEC :x3 := TO_DATE('2006-05-24 00:00:00', 'YYYY-MM-DD HH24:MI:SS'); SELECT item.item_id, item.adv_allow_pickup, item.adv_allow_shipping, item.adv_currency_id, item.adv_is_original, item.adv_pickup_country_id, item.adv_pickup_email_address, item.adv_pickup_phone_number, item.adv_pickup_zip, item.adv_quality_code, item.adv_sale_price, item.adv_seller_comment, item.adv_seller_private_comment, item.adv_seller_reference1, item.adv_serial_number, item.adv_type_code, item.advert_id, item.buyer_account_id, item.buyer_bonus, item.buyer_comment, item.buyer_login, item.buyer_negotiation_comment, item.buyer_remind_code, item.buyer_remind_date, item.change_date, item.claim_closing_date, item.claim_comment, item.claim_compensation_id, item.clm_status_code, item.closing_date, item.commission_id, item.commit_date, item.compensation_id, item.compensation_processing_date, item.complement_product_id, item.cpl_prd_text_1, item.creation_date, item.currency_id, item.feedback_date, item.history, item.is_abandonned, item.item_commission_tax_rate, item.item_cost_price, item.item_fixed_commission_net, item.item_fixed_commission_tax, item.item_varia_commission_net, item.item_varia_commission_tax, item.itm_cancel_code, item.itm_claim_type_code, item.itm_status_code, item.itm_type_code, item.last_claim_date, item.origin_block, item.origin_screen, item.prd_author_name, item.prd_back_category_id, item.prd_currency_id, item.prd_distributor_name, item.prd_editor_name, item.prd_icon_id, item.prd_line_key, item.prd_list_price, item.prd_manufacturer_key, item.prd_medium_code, item.prd_model_key, item.prd_performer_name, item.prd_release_date, item.prd_text_1, item.prd_title, item.prd_type_code, item.product_id, item.purchase_id, item.return_shipping_price, item.row_version, item.seller_account_id, item.seller_bonus, item.seller_country_id, item.seller_justification, item.seller_login, item.seller_remind_code, item.seller_remind_date, item.seller_score, item.ship_commission_net, item.ship_commission_tax, item.ship_commission_tax_rate, item.ship_cost_price, item.shipment_number_1, item.shipment_number_2, item.shipping_size_id, item.shipping_type_id, seller_account.usr_type_code FROM item, user_account seller_account, purchase WHERE (seller_account.user_account_id = item.seller_account_id) AND (item.itm_status_code IN (10,20,30,40,60,70,100)) AND (item.prd_type_code = :x1) AND (purchase.purchase_id = item.purchase_id) AND (purchase.authorization_date >= :x2) AND (purchase.authorization_date < :x3) ORDER BY item.creation_date desc ; Elle semble poser problème. |
| Commentaire de Patrick Pereira [ 23/mai/06 16:04 ] |
|
C'est sur que c'est celle-là ? Combien de temps a-t-elle pris ? Quand je l'execute directement sur la base j'ai le résultat en 7s dans le pire des cas (0.30s dans le meilleur). |
| Commentaire de Julien Rampon [ 24/mai/06 12:05 ] |
|
Effectivement ce n'est pas la bonne requète (celle ci avait
été effectuée hier à 8h51, or les tests ont été faits aux alentours de
14h, mais les dates spécifiées correspondaient pour la requète). La requete n'apparait pas dans le fichier de logs, je ne sais pas comment la trouver. Peut etre en l'executant et en regardant sur la base directement ? |
| Commentaire de Patrick Pereira [ 05/juin/06 16:01 ] |
|
La requête à problème est la suivante : VAR x1 NUMBER ; EXEC :x1 := 1780; VAR x2 VARCHAR2(50) ; EXEC :x2 := '2006-05-22 00:00:00'; VAR x3 VARCHAR2(50) ; EXEC :x3 := '2006-05-25 00:00:00'; SELECT /*+ FIRST_ROWS INDEX(product) */ product.product_id, product.adv_currency_id, product.author_name, product.barcode, product.base_product_id, product.best_price, product.book_price_category, product.change_date, product.collectible_best_price, product.collectible_count, product.collectible_currency_id, product.creation_date, product.currency_id, product.data_file_id, product.data_file_process_cycle, product.data_file_process_id, product.distributor_name, product.editor_name, product.fast_notification_date, product.first_prd_image_id, product.freshness_date, product.is_available, product.list_price, product.long_title, product.max_currency_id, product.max_price, product.medium_count, product.new_best_price, product.new_count, product.new_currency_id, product.owner_account_id, product.performer_name, product.prd_attribute_01_value_key, product.prd_attribute_01_value_value, product.prd_attribute_02_value_key, product.prd_attribute_02_value_value, product.prd_attribute_03_value_key, product.prd_attribute_03_value_value, product.prd_attribute_04_value_key, product.prd_attribute_04_value_value, product.prd_attribute_05_value_key, product.prd_attribute_05_value_value, product.prd_attribute_06_value_key, product.prd_attribute_06_value_value, product.prd_attribute_07_value_key, product.prd_attribute_07_value_value, product.prd_attribute_08_value_key, product.prd_attribute_08_value_value, product.prd_attribute_09_value_key, product.prd_attribute_09_value_value, product.prd_attribute_10_value_key, product.prd_attribute_10_value_value, product.prd_attribute_11_value_key, product.prd_attribute_11_value_value, product.prd_attribute_12_value_key, product.prd_attribute_12_value_value, product.prd_attribute_13_value_key, product.prd_attribute_13_value_value, product.prd_attribute_14_value_key, product.prd_attribute_14_value_value, product.prd_attribute_15_value_key, product.prd_attribute_15_value_value, product.prd_attribute_16_value_key, product.prd_attribute_16_value_value, product.prd_attribute_17_value_key, product.prd_attribute_17_value_value, product.prd_attribute_18_value_key, product.prd_attribute_18_value_value, product.prd_attribute_19_value_key, product.prd_attribute_19_value_value, product.prd_attribute_20_value_key, product.prd_attribute_20_value_value, product.prd_attribute_21_value_key, product.prd_attribute_21_value_value, product.prd_attribute_22_value_key, product.prd_attribute_22_value_value, product.prd_attribute_23_value_key, product.prd_attribute_23_value_value, product.prd_attribute_24_value_key, product.prd_attribute_24_value_value, product.prd_attribute_25_value_key, product.prd_attribute_25_value_value, product.prd_attribute_freshness_date, product.prd_availability_code, product.prd_back_category_id, product.prd_change_code, product.prd_comment, product.prd_icon_id, product.prd_line_key, product.prd_manufacturer_key, product.prd_medium_code, product.prd_model_key, product.prd_source_code, product.prd_status_code, product.prd_type_code, product.prd_visibility_code, product.release_date, product.remark, product.row_version, product.sort_author, product.sort_title, product.spec_status_code, product.stock_quantity, product.suspicion_cause, product.text_1, product.title, product.unlimited_count, product.used_best_price, product.used_count, product.used_currency_id, product.user_account_id, product.vat_id, product.warranty_list_image_id, product.warranty_text, product.weight, product.wish_quantity, user_account.login, DECODE(user_account.usr_type_code, 30, 1, 0) AS isPro FROM product, user_account WHERE (user_account.user_account_id (+) = product.user_account_id) AND (product.prd_status_code IN (10,15,20,30,40,50,60,80)) AND (product.base_product_id IS NULL) AND (product.prd_type_code IN (:x1)) AND (product.change_date >= TO_DATE(:x2, 'YYYY-MM-DD HH24:MI:SS')) AND (product.change_date < TO_DATE(:x3, 'YYYY-MM-DD HH24:MI:SS')) ORDER BY product.change_date DESC ; Je travaille dessus. |
| Commentaire de Patrick Pereira [ 06/juin/06 17:19 ] |
|
L'index utilisé n'est pas correct. Après recalcule des stats ça va mieux. Mais il n'existe pas d'index utilisant la change date. Ca pourrait-être pas mal d'en créer un nouveau. A voir plus tard. |
| Commentaire de Lydia Dali [ 06/juin/06 19:57 ] |
| Toujours d'actualité. |
| Commentaire de Patrick Pereira [ 07/juin/06 17:40 ] |
| Après vérif, en fait c'est ok. |
| Commentaire de Lydia Dali [ 07/juin/06 17:45 ] |
| ok en integ et en prod (du probablement au pb réseau d'hier). |
| Commentaire de Patrick Condevaux [ 03/juil./06 18:48 ] |
| ok en INTEG |
[APP-17691] Des paniers négatifs en BO Création: 03/sept./07 18:31 Mise à jour: 16/avr./08 11:16 Résolue: 07/févr./08 16:03 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 20.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Classif1: | TX |
| Classif2: | panier |
| Projets PM archivés: | Maintenance 20.x.x |
| Description |
|
En vidant en BO un panier avec réduction, le total du panier
devient négatif (de la valeur de la réduction) ce qui fait bizarre mais
non gênant. De plus aucune ligne "réduction" n'apparait dans le bloc "Bilan Panier" ce qui n'aide pas à comprendre ce prix. |
| Commentaires |
| Commentaire de Renaud Dierickx [ 07/févr./08 16:03 ] |
|
C'est en fait un problème d'état du panier car on affiche les réductions capturées. Donc tant que le panier n'a pas été capturé on ne voit pas celle-ci dans le bloc "Bilan Panier". J'ai corrigé le problème en affichant le getCaptureCouponAmount si le panier a été capturé sinon on utilise le getAuthorizationCouponAmount. |
[APP-19312] Plantage BO (au premier appel ?) Création: 29/janv./08 15:30 Mise à jour: 01/févr./08 11:58 Résolue: 01/févr./08 11:58 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | 19.0.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Christophe Garcia | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM archivés: | Maintenance 19.x.x |
| Description |
|
http://bo.pm.lan/user_back?action=usersearch&fuzzy=false&numberrows=200 Note : ne se reproduit pas quend on fait F5. 2008-01-29 15:26:31,983 INFO [P-Processor7] BO:Anonyme - >>> GET http://bo.pm.lan/user_back?action=usersearch&fuzzy=false&numberrows=200 2008-01-29 15:26:31,984 ERROR [P-Processor7] BO:Anonyme - Action 'null' not defined 2008-01-29 15:26:31,984 ERROR [P-Processor7] BO:Anonyme - No layout defined - An action might not have been registered Servlet : com.babelstore.user.back.UserBackServlet Request : GET http://bo.pm.lan/user_back?action=usersearch&fuzzy=false&numberrows=200 Referrer : http://bo.pm.lan/summary User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) 2008-01-29 15:26:32,002 INFO [ool Worker-7] - Populating TG : CatId=103129 name=[BD > Mangas] T=10 M=30 TgId=851824 2008-01-29 15:26:32,003 INFO [P-Processor7] BO:Anonyme - <<< [19 ms] GET http://bo.pm.lan/user_back?action=usersearch&fuzzy=false&numberrows=200 |
| Commentaires |
| Commentaire de Swan Desportes [ 31/janv./08 14:13 ] |
| Est ce que le tableau de modèles dans la resquest a corrigé ce problème ? |
[APP-5474] Amélioration du BO attribut Création: 18/août/05 09:55 Mise à jour: 25/juin/07 18:31 Résolue: 10/juil./06 17:29 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Nicolas Gréhalle | Attribution: | Dispatcher (Dev-WishList) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| WishList: | Paramétrage | ||||||||
| WishList - Priorité: | 1 | ||||||||
| Description |
|
Ajout d'actions supplémentaires sur le BO Attribut :
possibilité de supprimer ou fusionner des valeurs avec répercussion sur
les produits, sélections / suppressions multiples, ... Une première
phase devrait être faite avec des améliorations demandées par l'équipe
validation produit. Voir si ces modifications répondent aux besoins
|
| Commentaires |
| Commentaire de Jérôme Viviès [ 10/juil./06 17:29 ] |
|
Nous allons de nouveau gérer les wish-lists sous Excel. Cette demande n'a plus lieu d'être sous Jira. |
[BIN-260] création de nouvelles occurences sous BO Création: 08/janv./07 17:15 Mise à jour: 14/sept./07 17:34 Résolue: 08/janv./07 18:24 |
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thomas Beylot | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Hello suite à la création d'un nouveau rapport je me suis rendu compte qu'il me manquait des filtres/indicateur. A savoir: - user registration month (aujorud'hui on a user registration date) - select user creation month (aujourd'hui on a par period) - select user registration month / date (on a rien) merci thomas |
| Commentaires |
| Commentaire de Agathe Remy [ 08/janv./07 18:24 ] |
|
Univers France - User Account Dans la classe User Account, ont été créés : - La dimension User registration month - La condition Select registration date period - La condition Select registration month period Dans la classe User creation date hierarchy, il existe déjà une consition Select user month. Cordialement, Agathe |
[APP-2858] Configuration recherche produit en BO Création: 12/oct./04 10:14 Mise à jour: 25/juin/07 18:26 Résolue: 25/juin/07 18:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.6val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Manuel Sadok | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Cheminement du problème : - On configure en BO la recherche produit de manière à avoir 2 drop down dans la barre de recherche en FO. - Finalement on décide de n'avoir qu'une seule drop down, donc on supprime les noeuds qui ne sont plus nécessaires dans l'arbre de configuration en BO. - Là, on arrive au problème... si on ne supprime pas les alias des noeuds correspondant respectivement à la recherche principale et à la recherche secondaire, en front on continue à afficher les 2 drop down et ces dernières sont vides. ==> Conclusion : Après une petite recherche dans le code, le problème se situe dans la classe HeaderModel. On test seulement si le noeud existe mais pas si il est actif... |
| Commentaires |
| Commentaire de Quentin de Chivré [ 12/oct./04 12:23 ] |
|
Ben tu peux le corriger... Contournement qd même : supprimer les alias dans un 1er temps ca devrait suffir |
| Commentaire de Manuel Sadok [ 13/oct./04 12:33 ] |
|
fait |
[BIN-354] [Finance] : Ecart entre Titan et BO au niveau des mouvements du PMV / 1ier juillet 2007 Création: 08/août/07 19:21 Mise à jour: 14/sept./07 18:05 Résolue: 10/août/07 15:02 |
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | Finance |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Philippe Favrot | Attribution: | Romain Czornomaz |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Description |
|
Agathe, Romain, On a un nouvel écart en date du 1ier juillet sur les mouvements PMV entre Titan et BO pour les débit_purchase : Titan : 17 094,65 ¿ BO : 17 374,33 ¿ soit un écart de 279,68 ¿. En pièce attachée le détail des 17 094,65 ¿ de Titan Merci de votre aide Philippe |
| Commentaires |
| Commentaire de Romain Czornomaz [ 09/août/07 17:08 ] |
|
Philippe, Suite à l'investigation, il n'y a pas d'écarts entre TITAN et BO, je tombe sur 1057 operations pour un montant 17374.33 ¿ pour la date du 1er juillet 2007. Tiens moi au courant si tu as réussi à trouver la cause de l'écart que tu avais trouvé de ton coté. Romain |
| Commentaire de Philippe Favrot [ 10/août/07 12:09 ] |
|
Romain, j'ai repris les fichiers et refais mes manip ; effectivement tu as raison, il n'y a pas d'écart. Vraiment désolé du temps que je t'ai fais perdre sur ce coup... Jira à cloturer donc Philippe |
| Commentaire de Romain Czornomaz [ 10/août/07 15:02 ] |
|
Pas de soucis :) Romain |
[APP-5294] BO annonce : Envoi d'un mail lors de la suppression d'annonce Création: 05/juil./05 15:24 Mise à jour: 25/juin/07 18:30 Résolue: 05/sept./05 17:38 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.3 |
| Version(s) corrigée(s): | 8.0.6 |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Benjamin Guerville | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
alors, il s'agit de rajouter un mail automatique à l'endroit suivant : fiche annonce BO / suppression utiliser le même mail que dans "problème annnonce / action : supprimer l'annonce" vu avec Pascal et Steven Merci |
| Commentaires |
| Commentaire de Steven Harel [ 25/juil./05 10:36 ] |
|
http://bo.priceminister.com/advert_back?action=advertbackview&advertid=24144614 lien rouge "suppression" avec pop up : "suppression de l'annonce" et "envoie du message ..." il faut créer un nouveau message |
| Commentaire de Quentin de Chivré [ 25/juil./05 10:58 ] |
| Il s'agit d'une macro alors ? |
| Commentaire de Geneviève Beaujard [ 28/juil./05 13:20 ] |
|
en quelque sorte oui. je ne vais pas faire de barres de macro, mais modifier le code AdvertCloseAction qui va appelé MacroHelper. je ferai une barre quand plusieurs macros seront demandées. |
| Commentaire de Geneviève Beaujard [ 28/juil./05 17:04 ] |
| OK |
| Commentaire de Geneviève Beaujard [ 02/sept./05 14:18 ] |
|
Le message qui est envoyé a un message type dont l'alias est advert_closed. Ce message type a les variables velocity habituelles + la variable advert (AdvertFormat) Attention cet alias n'est pas crée en integ et en prod. J'envoie un mail pour que steven le fasse. |
| Commentaire de Geneviève Beaujard [ 05/sept./05 17:38 ] |
| OK stevens a créer le message type advert_closed |
| Commentaire de Florent Bernard [ 07/oct./05 12:01 ] |
| OK suppression d'annonce et mail bien recu |
[APP-6523] Fiche test soumise en front activée instantanément sans passer par la case BO. Création: 30/nov./05 12:13 Mise à jour: 25/juin/07 18:33 Résolue: 01/déc./05 10:38 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.8d |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Validator |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
http://bo.priceminister.com/referential_back?action=productview&productid=16749362 Cette fiche produit livre (Test) soumise en Front a été validée automatiquement. Merci |
| Commentaires |
| Commentaire de Christophe Garcia [ 01/déc./05 10:38 ] |
|
Vu avec Nicolas GREHALLE : La fiche a été créée en FO (mais lancé depuis le BO). La création de la fiche se fait donc avec les privilèges BO ce qui se traduit par une validation automatique de la fiche produit. |
[INF-122] équipe validation BO - Installation poste suite arrivée collègue Création: 16/juil./08 09:20 Mise à jour: 01/août/08 16:50 Résolue: 01/août/08 16:50 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Caroline Bandollier rejoint l'équipe validation BO le lundi 04 Aout 2008. Le poste de Jonathan Moreau (à l'abandon...) peut être réutilisé. |
| Commentaires |
| Commentaire de Aurélien Vergalli [ 31/juil./08 09:55 ] |
| Rappel: La personne arrive lundi 4 aout. Merci de me tenir informé. |
| Commentaire de Stéphane Eccli [ 01/août/08 11:31 ] |
| compte mail et reseau créés, reste Jira |
| Commentaire de Christophe Garcia [ 01/août/08 16:50 ] |
| Fait |
[APP-11846] [Migration EJB3] Le propriétaire d'une fiche produit ne change plus après modif en BO Création: 28/août/06 15:42 Mise à jour: 25/juin/07 18:43 Résolue: 28/août/06 18:21 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 9.0.3 |
| Version(s) corrigée(s): | 9.0.3 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Manuel Sadok | Attribution: | Mostafa Diane |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Description |
|
Avant, lorsqu'une fiche produit était modifiée en BO, le BO
devenait propriétaire de cette fiche produit. Cela empêchait toute
modification ultérieure autre que par le BO. Désormais, ce changement de propriétaire n'est plus réalisé, ce qui peut poser de graves problèmes. Ce changement était fait dans le ProductUpdateAction, en appelant une méthode 'changeOwner' du ProductBusinessBeanNG. Il faut re-implémenter cette notion dans l'utilisation des EJB3 |
| Commentaires |
| Commentaire de Manuel Sadok [ 28/août/06 15:47 ] |
|
Le problème ne semble plus se produire. J'ai l'impression que le problème survenait lorsque la FP était validé en BO, ce qui engendrait son changement de propriétaire et un bug devait également re-initialiser le propriétaire de l'image ce qui fait que la personne ne pouvait plus la modifier dans son inventaire. Une fois avoir corrigé le bug |
| Commentaire de Mostafa Diane [ 28/août/06 18:21 ] |
| C'est réglé: Désormais llors de la modif par le back Office d'une fiche produit. le PM PriceMinister devient propriétaire |
| Commentaire de Lydia Dali [ 06/sept./06 12:21 ] |
| ok en integ. |
[APP-30585] [Création de Compte] : En cas d'adresse e-mail différente entre "Identification" et "Création", on crée un nouveau compte plutôt que de modifier le compte contact créé initialement Création: 04/août/10 19:07 Mise à jour: 17/sept./10 15:10 Résolue: 13/sept./10 16:08 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 77.0.0 (TX-P) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Marc-Antoine Decreton |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Depuis qu'on demande l'adresse e-mail sur la page Identification : -> On crée un compte contact (à moins qu'il en existe déjà un pour cette adresse) dès la validation de cette page -> Lors de la création de compte, on pré-remplie le champ adresse avec cette adresse, et si l'utilisateur la confirme, le compte contact existant va automatiquement être migré en compte "normal", cela en utilisant la mécanique pré-existante (lors de la création d'un compte, si l'adresse fournie est associée à un compte contact alors on migre celui-ci plutôt de créer un nouveau compte) Cependant, si je me trompe d'adresse sur la page "Identification" (et qu'on me crée donc un compte contact avec cette adresse), si lors de la création de mon compte, je m'en aperçoit et la rectifie : -> On me crée un nouveau compte -> Le compte contact précédemment créé n'est ni modifié ni supprimé Il serait plus logique de modifier ce compte contact, dans le cas, bien sur, ou tout cela se passe dans la "session utilisateur"... Il faudrait donc transmettre le userId du compte contact créé à la première étape à la suivante et ré-utiliser ce compte lors de la seconde... |
| Commentaires |
| Commentaire de Marc-Antoine Decreton [ 09/août/10 10:36 ] |
| [CAJ2010Q3TX] |
| Commentaire de Marc-Antoine Decreton [ 09/août/10 10:46 ] |
|
Avant : lors de la création de compte utilisateur, on
faisait une recherche pour savoir si un compte contact avec la même
adresse email existait. Si c'était le cas, alors on migrait le compte
contact en compte classique. Si ce n'était pas le cas, on créait un
nouveau compte classique. Désormais : lors de la création de compte, l'utilisateur est obligé de créer un compte contact. On migrera donc toujours ce compte contact lors de la création d'un compte classique, et ce même s'il modifie son adresse email (on effectue la recherche par id et plus par adresse email). Dans l'éventualité où l'utilisateur accède à la page de création de compte sans avoir créé de compte contact au préalable, alors on effectue toujours une recherche par adresse email pour migrer un compte contact éventuel. |
| Commentaire de Thomas Landru [ 13/sept./10 10:50 ] |
|
Suite aux modifications faites sur PEC3, ce comportement n'est plus mis en oeuvre.
Un compte contact est bien créé, mais si l'on modifie l'adresse mail, on créé un compte utilisateur non lié à ce compte contact. |
| Commentaire de Marc-Antoine Decreton [ 13/sept./10 16:08 ] |
|
Le bug avait bien été corrigé, mais sur la version existante de la page de création de compte.
La correction a donc été reporté sur la nouvelle page de création de compte (checkoutAddressRegister). |
| Commentaire de Thomas Landru [ 13/sept./10 17:31 ] |
| Testé sur dev1, tout est ok à la fois dans le nouveau et l'ancien processus d'inscription |
[APP-18095] le lien "vider" en BO ne marche pas Création: 02/oct./07 16:29 Mise à jour: 03/oct./07 14:38 Résolue: 03/oct./07 14:38 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 16.1.0 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Celine Maraud | Attribution: | Validator |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Description |
|
Le lien "vider" (coté vendeur) lorsqu'on est sur la page d'utilisateur ne fonctionne pas. Ex : le vendeur Bertrand122 nous a demandé de vider son inventaire, ce qui a été fait le 06/09/07, et a date du 02/10/07, ses articles (au nombre de 1300) sont toujours là alors que le stock devrait être à 0. http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=13389770 |
[APP-17872] Problème des images dans le menu en BO Création: 21/sept./07 12:02 Mise à jour: 26/sept./07 15:34 Résolue: 24/sept./07 09:51 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 17.0.0 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Damien Dorizy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Projets PM archivés: | Ressouces (Lot2) | ||||||||
| Description |
|
Les URLs des images diffèrent entre DEV, INTEG et PROD,
notamment il y a "/content/@VERSION@" en plus au début des URLs en INTEG
et PROD. Actuellement, les URLs des images d'ouverture/fermeture des blocs du menu BO sont gérées dans le JS et du coup ne sont pas bonnes en INTEG et PROD. Il faudrait faire en sorte que ces images retournent dans un process classique : CSS ou JSP pour éviter ce problème. |
| Commentaires |
| Commentaire de Damien Dorizy [ 24/sept./07 09:51 ] |
| Corrigé en ajoutant une classe contenant l'image à la place d'un appel javascript. |
[APP-30252] [Identification BO] Souci à la déconnexion Création: 07/juil./10 12:01 Mise à jour: 12/juil./10 11:14 Résolue: 08/juil./10 18:42 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 73.0.0 (TX-O) |
| Version(s) corrigée(s): | 73.0.0 (TX-O) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Arnaud Forgues | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Suite à la modification de l'identification en BO, le comportement suivant n'est plus présent : - s'identifier avec un pseudo - cliquer sur ce pseudo dans le bloc en haut à gauche, une popup s'ouvre pour modifier le pseudo - effacer le pseudo puis valider sur ok, ce qui a pour effet de délogger - et normalement la page doit se recharger une fois que l'on clique sur ok, ce qui n'est plus le cas maintenant |
| Commentaires |
| Commentaire de Arnaud Forgues [ 08/juil./10 18:42 ] |
| Corrigé ! |
| Commentaire de Thomas Landru [ 09/juil./10 18:43 ] |
| c'est tout bon sur dev1 |
[EXP-2545] Nouvel arrivant équipe Validation (BO) Création: 22/août/06 16:30 Mise à jour: 25/juin/07 18:58 Résolue: 01/sept./06 09:28 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Jean-François Laujol a rejoint l'équipe validation BO. Notre
collègue aurait besoin d'une session, compte mail, etc... Merci. |
| Commentaires |
| Commentaire de ZZ_Arnaud Baali [ 24/août/06 10:49 ] |
|
Merci de me remplir la fiche jointe pour que je puisse commencer la création. Le délai est de 5 jours ouvrés |
[APP-13825] [VERIF ESP] Le BO ES prod ne fonctionne pas sous IE7 ? Création: 23/nov./06 13:51 Mise à jour: 25/juin/07 18:47 Résolue: 01/déc./06 17:58 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 10.0.1 |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jérôme Viviès | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Site: | Prod | ||||||||
| Classif1: | I18N | ||||||||
| Classif2: | finition | ||||||||
| Projets PM archivés: | Maintenance 11.0.0 | ||||||||
| Description |
|
Je n'arrive pas à loader la page. J'ai re-testé sur le PC de Yassine, ça ne fonctionne pas non plus... Pourtant le BO FR marche bien. |
| Commentaires |
| Commentaire de Younès Charrière [ 23/nov./06 16:20 ] |
| Effectivement, sous IE7 la page est blanche et on a un "Error on Page" comme message d'erreur. |
| Commentaire de Patrick Condevaux [ 01/déc./06 17:52 ] |
|
Ca ne fonctionne toujous pas avec IE7 |
| Commentaire de Renaud Dierickx [ 01/déc./06 17:58 ] |
|
Il faut peut-être mettre la V11 sur l'Espagne pour voir ma correction... Enfin... c'est vous qui voyez !!! ;o)) |
| Commentaire de Patrick Condevaux [ 04/déc./06 12:55 ] |
|
ok pour le BO de l'integ FR qui fonctionne bien en V11.0.0 a verifier sur l'integ ES lorsqu'elle sera en V11 |
| Commentaire de Patrick Condevaux [ 29/janv./07 11:49 ] |
| la correction (faite sur la V11) passera avec la version 12 sur l'espagne |
| Commentaire de Patrick Condevaux [ 29/janv./07 11:50 ] |
| ok verifier sur l'integ maintenant qu'elle est passé en V12 |
Optimisation FP H1
(APP-21034)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 25.0.0 (CTN-D) |
| Version(s) corrigée(s): | 25.0.0 (CTN-D) |
| Type: | Sub-improvement | Priorité: | Critique |
| Rapporteur: | Thierry Leforestier | Attribution: | Rémi Virlouvet |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Liaison avec les bons templates IG dans le BO pour les
catégories impactées par les modifications H1 Culturels et High Tech
|
| Commentaires |
| Commentaire de Ariane Baldinger [ 02/juil./08 14:04 ] |
|
a faire en Integ à partir de la semaine prochaine - attendre feu vert (pré-integ doit avoir démarré) à refaire en Prod (post ou pre depoly à confirmer) |
| Commentaire de Ariane Baldinger [ 07/juil./08 13:54 ] |
| La pré-integ a commencé, tu peux maintenant brancher les nouveux templates sur les configurations pdt. |
| Commentaire de Rémi Virlouvet [ 07/juil./08 16:29 ] |
| branchement nouveaux templates effectués sur conf produits en INTEG. |
| Commentaire de Thierry Leforestier [ 07/juil./08 16:36 ] |
|
Peux-tu vérifier le paramétrage Remi, j'ai l'impression que
ca ne fonctionne pas comme on le voudrait. cf cette url : http://www.pm.lan/offer/buy/61078019/EXTENSA-5220-100508MI-CELM-540-80GB-512MB-15-4IN-DVD-RW-VHB-FR-LX-E870Y-099-Ordinateur-de-bureau.html Soit les templates IG ne sont pas disponibles en integ, soit une erreur s'est glissée dans le nom du template, soit un problème de cache, a vérifier dès que possible. Merci |
| Commentaire de Rémi Virlouvet [ 07/juil./08 17:23 ] |
|
Mince, certains (dont detail_classic_split_headline_template
utilisé sur les pc portables) ne sont en effet pas dispo en integ, car
non publiés sur IG. Ils avaient été refusés en bloc (à cause de mon problème de '' et ") et non resoumis à publication depuis. Je les ai soumis... |
| Commentaire de Rémi Virlouvet [ 07/juil./08 17:48 ] |
| prochaine integ à 18h30 |
| Commentaire de Thierry Leforestier [ 07/juil./08 17:52 ] |
| Merci remi |
| Commentaire de Rémi Virlouvet [ 08/juil./08 10:23 ] |
| L'integ est enfin revenue, tout semble fonctionner comme prévu... |
| Commentaire de Ariane Baldinger [ 15/juil./08 14:07 ] |
|
Rémi, Tu peux maintenant faire le même param en BO de Prod. |
| Commentaire de Thierry Leforestier [ 15/juil./08 14:31 ] |
|
Merci de m'indiquer quand le paramétrage aura été fait en
prod et sera visible sur Preview. Pour rappel, une simple erreur
d'espace peut casser tous les H1. Thierry |
| Commentaire de Ariane Baldinger [ 15/juil./08 15:23 ] |
| Le paramétrage pré-déploiement consiste à brancher les nouveaux templates sur les types produits identifiés - à ce stade on ne fait plus de modif html. |
| Commentaire de Thierry Leforestier [ 15/juil./08 15:25 ] |
| Je parlais des espaces dans les noms des templates ^^ Remi en sait quelquechose :p |
| Commentaire de Rémi Virlouvet [ 15/juil./08 17:30 ] |
| visible sur Preview. |
| Commentaire de Thierry Leforestier [ 17/juil./08 10:04 ] |
| On peut clore ce Jira ? |
[APP-31666] [Gestionnaire de commandes] ne pas afficher (batch :XXX) sur la fiche article en BO Création: 08/nov./10 16:40 Mise à jour: 15/déc./10 14:29 Résolue: 01/déc./10 17:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 81.1.2 (Clickintext + Redirections NPF FR et ES) |
| Version(s) corrigée(s): | 81.1.2 (Clickintext + Redirections NPF FR et ES) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thomas Landru | Attribution: | Jeremy Maltis |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Recette | ||||||||
| Projets PM: | CoSAV : Gestionnaire de commande | ||||||||
| Navigateur: | Tous | ||||||||
| Description |
|
Il ne faut pas afficher la partie "(batch : XXX)" dans les
mails du bloc acheteur/vendeur sur la fiche article en BO (voir imprimé
écran).
|
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 18/nov./10 09:59 ] |
|
Voir nouveau screenshot.
Les mails de relance font toujours mention du batch en Prod. |
| Commentaire de Habib-Sylvain Gourguet [ 18/nov./10 10:00 ] |
|
Transaction correspondante :
http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=148369240 |
| Commentaire de Jeremy Maltis [ 18/nov./10 10:29 ] |
|
Le mail en question date du 10/11/10.
Nous n'avons pas modifié les mails déjà envoyés. Cependant, les prochains mails qui seront envoyés ne comporteront plus la mention "(batch : ...)". |
| Commentaire de Jeremy Maltis [ 18/nov./10 10:36 ] |
| AFO : On n'a pas prévu de migrer l'historique des messages |
[APP-30928] Modification message BO UK Création: 09/sept./10 11:10 Mise à jour: 09/sept./10 13:45 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Julien Buhagiar | Attribution: | Thomas Springett |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour
Pourriez-vous rajouter dans le message "Contacts> créer un compte pro" le texte suivant: All you need to know about your Professional shop on priceminister en y mettant le lien hypertexte dessus: http://www.priceminister.com/visuels/PRO/SellersGuide2010-09.pdf A placer au dessus de "Welcome to PriceMinister, Happy selling! " |
[APP-2739] BO : Paniers en observation Création: 06/sept./04 10:09 Mise à jour: 25/juin/07 18:25 Résolue: 25/juin/07 18:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sebastien Bruzzone | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
compte : benhacq007 cet utilisateur a fait 2 achats, le 1er achat est passé en observation le 4/09 car le montant était élevé mais le second commandé le lendemain n'est pas passé en observation. On avait mis une règle spécifiant que tous les paniers commandés après un panier en observation le seraient aussi mais y a t-il une restriction concernant les dates de paniers si celui-ci n'est pas passé en observation ? (si tu ne comprends pas, tu peux venir me voir) |
| Commentaires |
| Commentaire de Martin Sudmann [ 07/sept./04 11:05 ] |
| j'avais oublié de créer la règle Velocity dans le scripte de migration. |
[APP-24557] [CoSAV] Page User BO - Distinction ventes "cancel" et "négos" refusées Création: 10/mars/09 13:27 Mise à jour: 18/mai/09 10:31 Résolue: 18/mai/09 10:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 47.0.0 (TX-G) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Fabien Bourdoulous |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Sur la page USER, on un compteur des ventes confirmées et non confirmées. (cf capture) Pb: celui-ci compte les ventes NEGO refusées , ce qui ne devrait pourtant pas etre considéré comme des ventes annulées. Ce compteur "non confirmées" ne devrait pas tenir compte des NEGO. |
| Commentaires |
| Commentaire de Cedric Favero [ 10/mars/09 13:29 ] |
| Ce pseudo en exemple n'a en fait réellement qu'une vente annulée mais là on aurait tendance à lui reprocher trop d'annulations. |
| Commentaire de Emeric Teil [ 01/avr./09 11:40 ] |
| Donc on modifie l'affichage, cf capture d'écran |
| Commentaire de Emeric Teil [ 01/avr./09 12:12 ] |
|
Cedric, OK avec : "12 conf. - 3 annul. - 6 refus." Avec : "nbVentesAcceptées (dont négo) - nbVentesAnnulées - nbNégosRefusées" ? |
| Commentaire de Fabien Bourdoulous [ 02/avr./09 11:57 ] |
|
Demande de précision : Cette demande concerne uniquement ce simple problème d'affichage sur la page USER en BO ? Ou alors est-ce une demande plus globale et à l'avenir les ventes non confirmées excluront définitivement les négociations annulées ? (nbVentesNonConfirmées est un paramètre global) Dans le premier cas, on affichera simplement sur cette page : nbVentesAnnulées = nbVentesNonConfirmées - nbNégoRefusées. Dans le second cas, on considera dans toutes l'application que : nbVentesNonConfirmées = nbVentesAnnulées. |
| Commentaire de Fabien Bourdoulous [ 02/avr./09 12:10 ] |
|
Si on est dans le premier cas, est-ce que ça n'est pas plus logique d'afficher : "12 confirmées - 9 non confirmées dont 6 refus de négo" Avec le lien "non confirmées" qui pointe sur une page de recherche incluant les négo refusées. |
| Commentaire de Fabien Bourdoulous [ 02/avr./09 12:16 ] |
| (voir screenshot) |
| Commentaire de Cedric Favero [ 02/avr./09 13:52 ] |
|
Non justement. L'information qui nous est importante c'est les ventes annulées (timeout ou seller_refused). C'est sur cette base qu'on va dire que la personne abuse et qu'elle merite une action de notre part. Le nombre de négo refusées finalement nous importe peu. |
| Commentaire de Emeric Teil [ 02/avr./09 14:42 ] |
|
Le nombre de négo vous importe peu mais le SAV n'est pas le seul utilisateur du BO (à priori). Jusqu'à aujourd'hui on a le nombre globale de refus, si on exclue les négos, on perd, d'une certaine manière de l'information, donc pour moi on doit la conserver en l'affichant séparément. Comme ça, le SAV a le compteur qui l'intéresse et les autres utilisateurs, s'ils en ont besoin, ont l'info sur les négos. Donc : on affiche "nbVentesAcceptées (dont négo) - nbVentesAnnulées - nbNégosRefusées" Wording : "12 conf. - 3 annul. - 6 refus." avec tooltip sur chacun des compteurs affichant respectivement "nbVentesAcceptées (dont x négo) - nbVentesAnnulées - nbNégosRefusées" NB : le "x" négo, est la cerise sur le gâteau, si il ajoute une requête/est problématique en perf. on s'en passera très bien. Pour finir : chacun des lien doit pointer sur la recherche correspondante (dont sur " 3 annul." le lien doit amener à la recherche avec uniquement les ventes annulées, sans les négos) |
| Commentaire de Cedric Favero [ 02/avr./09 14:48 ] |
|
Au niveau des wordings et sans meme les tooltips, on aurait pas pu juste inscrire?: "12 confirmées - 3 annulées - 6 négo refusées" ou "12 confirmées - 3 annulées - 6 refus négo" Pas la place? Car pour moi une vente annulée peut aussi etre une vente refusée (seller_refused) |
| Commentaire de Emeric Teil [ 02/avr./09 14:52 ] |
|
Comme vous voulez pour le wording mais il ne fait pas
oublier que certains vendeur ont plusieurs milliers de vente à leur
actif... NB : Fabien, n'afficher les refus négo que si >0 |
| Commentaire de Fabien Bourdoulous [ 02/avr./09 15:57 ] |
|
Pour conclure : - Wording : "XX confirmées - XX annulées - XX refus négo" - XX annulées -> renvoie vers la liste des ventes annulées, négo exclues - XX refus négo -> renvoie vers la liste des négos refusées - pas de tooltip : le comptage de négociations confirmées nécéssiterait une nouvelle requête. |
| Commentaire de Emilien Guichard [ 15/avr./09 10:03 ] |
| Recette OK en DEV |
| Commentaire de Cedric Favero [ 13/mai/09 11:55 ] |
|
En dev je ne vois le wording tel que défini. je vois 51198 conf. - 6 annul. Ona bien la place de metter en toutes lettres non? Pas tres lisible comme çà. Je rappelle le dernier message de Fabien: Wording : "XX confirmées - XX annulées - XX refus négo" |
| Commentaire de Emilien Guichard [ 13/mai/09 14:26 ] |
|
Avec ce wording, au delà d'un certain nombre l'affichage passait sur 2 lignes cassant ainsi la maquette. C'est pourquoi nous avons été obligé de réduire. |
| Commentaire de Cedric Favero [ 13/mai/09 14:36 ] |
|
Tu as un exemple? Meme sur de gros comptes PRO je le constate pas. Et ce qui rend bizarre , c'est que dans 90% des cas , on ne voit plus que 547 conf. - (pourquoi le tiret d'ailleurs?) |
| Commentaire de Emeric Teil [ 18/mai/09 10:27 ] |
| Le wording mis est- celui qui a été validé, on ne va pas revenir systématiquement sur ce genre de choses... |
| Commentaire de Cedric Favero [ 18/mai/09 10:31 ] |
|
Non,le wording n'est pas celui qui avait été validé. Il a été raccourci (meme si justifié) On pourrait au moins laisser "confirmées" en toutes lettres.. Et je prefere dire çà maintenant plutot qu'y revenir plus tard ! Meme si effectivement pas ce qu'il y a de plus critique.. |
[EXP-4494] CLONE -prblm connexion compte bangmedia_fr Création: 22/août/08 09:45 Mise à jour: 12/déc./08 10:52 Résolue: 12/déc./08 10:52 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Jany Marimoutou | Attribution: | Ange Ferrari |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Le compte : bangmedia_fr http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=15263840 Le vendeur m'a envoyé ce message ce matin. J'ai besoin d'un traitement urgent de son problème afin d'éviter des annulations : Hi Both, There seems to be an IT problem on your end, our system is not able to retrieve orders from Priceminister backend. As a result most of the orders from 01/08/08 are not process except for the ones which I've replied to Jany yesterday. We also have problems logging into priceminister to resolve this issue, could you kindly get your IT dept to check on this matter & keep us posted of the outcome. In view of this issue on your end, I hope we are not set for vacation since the problem is with your IT dept. We would appreciate if you could advise us the outcome soonest as to enable us to resume business as usual. Let me know if you need to discuss this matter via phone. |
| Commentaires |
| Commentaire de Jany Marimoutou [ 22/août/08 09:48 ] |
|
Bangmedia_fr nous a donné en premier lieu l'IP qu'il utilise
pour la connexion FTP. Maintenant serait-il possible de débloquer l'IP
suivante : 61.14.65.135 Qu'il utilise pour aller sur son compte, sur le site |
| Commentaire de Ange Ferrari [ 22/août/08 17:21 ] |
| il est deja debanni avec cette ip |
| Commentaire de Cantoni Carlos [ 04/sept./08 17:20 ] |
|
le partenaire nous informe qu'il a encore des problemes de connexion sur le site. Vous pouvez verifier SVP? merci HI Daniel, Could you kindly advise us when we are able to access to priceminister platform, it's issue has not been resolved nearly for 1 month. We would appreciate if this matter could be resolved soon as we've been having a lot of problems with priceminister orders. We are able to retrieve orders on our system but the program would not validate the orders automatically when we process the orders on our site. As a result in view of this issue we are receiving a lot of validation orders from price minister requesting to cancel order when we have already process & deliver the orders. I would like to resolve this issue by this week & hope you would help us to resolve this matter too. We would appreciate if you could look into this & resolved this issue quickly. If there is anything that you need us to look into on our end please feel free to contact me via phone or e-mail. Regards & waiting to hear from you soon Haffiz Zainal |
| Commentaire de Cantoni Carlos [ 04/sept./08 17:21 ] |
| le compte est sur pm Espagme, pseudo bang_media |
| Commentaire de Ange Ferrari [ 12/déc./08 10:52 ] |
| c'est bon depuis le temps |
[APP-23835] Messages types BO Uk Création: 31/déc./08 14:58 Mise à jour: 13/janv./09 11:30 Résolue: 06/janv./09 17:18 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 38.0.0 (TX-D Bis) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Gaël Seguillon | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Bonjour pour les messages types de la boîte produit du site
UK les contacts des commerciaux dans les messages types Inscription Pro
sont ceux de la France il faut remplacer les contacts en ligne par
uniquement le contact de Jeremy pallot jeremy.pallot@priceminister.com +33 1(0) 1 42 78 95 48 pour tous les messages BO Inscritption pro remplacer les contacts des commerciaux France par for all information please contact Jeremy Pallot jeremy.pallot@priceminister.com +33 1(0) 1 42 78 95 48 Merci Gaël |
| Commentaires |
| Commentaire de Jérôme Viviès [ 31/déc./08 15:06 ] |
|
Cédric, Ce n'est pas toi qui t'occupes de ça ? |
| Commentaire de Cedric Favero [ 02/janv./09 09:38 ] |
|
Si c'est nous. On avait mit le contact de Gael je crois. Mais on va faire la modif sur touts les mails concernés. Merci. |
| Commentaire de Cedric Favero [ 02/janv./09 09:39 ] |
|
Je veux bien qu'on le ressorte de Dispatcher PAram CSI car je ne peux ni le modifier ni l'affecter. Merci. |
| Commentaire de Jérôme Viviès [ 05/janv./09 16:39 ] |
| Ok, j'ai passé la demande en APP et je l'ai assignée à Cédric comme demandé. |
| Commentaire de Cedric Favero [ 05/janv./09 17:05 ] |
|
Habib tu feras la modif? Merci. |
| Commentaire de Habib-Sylvain Gourguet [ 06/janv./09 17:18 ] |
|
Modif effectuée en Prod UK. Jérémy Pallot jeremy.pallot@priceminister.com Tel. +33 1.42.78.95.48 |
[APP-5629] Script : Suppression de types du BO Création: 08/sept./05 09:27 Mise à jour: 25/juin/07 18:31 Résolue: 21/sept./05 17:35 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.6 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Nicolas Gréhalle | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Prod |
| Description |
|
Serait il possible de faire disparaitre les types de produit
suivant de la configuration du BO et éventuellement changer le type des
produits existants ? - Ecran Plasma (220) ==> Télévision (1020) - FB mobilier bureau (1203) ==> Mobilier (1560) - Jouets anciens (1260) ==> Jouets (1280) - Enfants divers (1400) ==> Puériculture générale (1320) En effet, ces types de produits ne sont pas utilisés dans la configuration (ils sont issus de tentatives commerciales désespérées pour sortir des produits au plus vite sans réflexion préalable). Il faudrait garder le script au frais après usage car on risque d'en avoir encore besoin au fur et à mesure de nos nettoyages. Merci |
| Commentaires |
| Commentaire de Quentin de Chivré [ 09/sept./05 17:27 ] |
| Le bug est de supprimer ces types de produit |
| Commentaire de Geneviève Beaujard [ 16/sept./05 12:40 ] |
|
Patrick m'a dit qu'il existait deja une moulinette pout traiter ce probleme. J'attends donc son retour pour continuer. |
| Commentaire de Patrick Pereira [ 21/sept./05 17:35 ] |
|
C'est fait. Entre migrate.sql et migrate2.sql j'ai fait : delete from prd_configuration where prd_type_code IN (220, 1203, 1260, 1400); commit; |
[IMP-2132] whooper veut pouvoir importer ses images sur son compte ftp Création: 22/avr./08 10:51 Mise à jour: 30/oct./09 15:46 Résolue: 24/avr./08 09:34 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Fabien Farache |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | whooper |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Description |
|
whooper veut pouvoir importer ses images sur son compte ftp
|
| Commentaires |
| Commentaire de Fabien Farache [ 23/avr./08 09:23 ] |
| Qui est ce whooper ?? il n'y a aucun partenaire de ce nom dans le BO |
| Commentaire de Fabien Farache [ 23/avr./08 18:06 ] |
|
en fait il s'avère que c'est whoopper (avec 2 p !!) |
| Commentaire de Fabien Farache [ 24/avr./08 09:34 ] |
|
J'ai modifié la config de son ftp. Ce partenaire peut faire de l'import d'images via son ftp en les déposant dans le répertoire ".../Images/" de son compte |
[IMP-2378] ouverture compte FTP type neteven pro muzik31 Création: 23/juin/08 14:30 Mise à jour: 30/oct./09 15:43 Résolue: 08/oct./08 17:23 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Gaël Seguillon | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | muzik31 |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Groupe: | neteven |
| Description |
|
ouverture compte FTP type neteven pro muzik31
|
| Commentaires |
| Commentaire de Fotigui Tangara [ 24/juin/08 09:27 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : muzik31 mot de passe : GoLPApmk7731 Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Jany Marimoutou [ 08/oct./08 16:45 ] |
|
Bonjour, Reçu à ce jour le message suivant du PRO : je viens de recevoir un message de sellermania me disant que mon compte ftp serait configuré pour neteven à ma demande. si tel est le cas , je vous demande d'annuler cette configuration , ne souhaitant ni travailler avec neteven ni avec sellermania et je vous demande de me tenir au courant sur cette affaire , je vous en remercie par avance . Cordialement jl caillaudeau Merci donc de remettre la configuration originale de son FTP |
| Commentaire de Jany Marimoutou [ 08/oct./08 17:19 ] |
| merci de lire le dernier commentaire |
| Commentaire de Fotigui Tangara [ 08/oct./08 17:23 ] |
|
Merci de créer un nouveau JIRA avec les modifications à apporter pour ce PRO. |
[IMP-7184] création compte ftp pour pro bouquinokaz sellermania Création: 14/oct./10 14:09 Mise à jour: 03/nov./10 13:42 Résolue: 03/nov./10 13:42 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | bouquinokaz |
| Modèle: | sellermania |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
création compte ftp pour pro bouquinokaz sellermania
|
| Commentaires |
| Commentaire de Jérome Marianne [ 03/nov./10 12:06 ] |
|
=====================================================================
Compte FTP vendeur créé... Pseudo : bouquinokaz mot de passe : 12bou34qui Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Jérome Marianne [ 03/nov./10 13:42 ] |
| Profils paramétrés et compte FTP activé. |
[APP-25265] Recherche BO Produit par référence Création: 14/mai/09 09:49 Mise à jour: 14/mai/09 10:04 Résolue: 14/mai/09 10:04 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 45.0.2 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Marion Anfreville | Attribution: | Validator |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Lorsqu'on recherche la référence "50PG4500" en
BO, on a "" qui vient se greffer devant la valeur chercher : 50PG4500 problème constaté en prod et en integ FR. http://bo.priceminister.com/referential_back?action=productsearch&reload=true&javascript_callback=&is_search_by_ref=true&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&prd_status_code=-40&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=200 |
| Commentaires |
| Commentaire de Marion Anfreville [ 14/mai/09 10:04 ] |
| le problème était lié à un caractère spécial qui s'était inséré avant ma référence. |
[IMP-2753] Création compte FTP type sellormania pour pro leon05 Création: 22/oct./08 11:10 Mise à jour: 30/oct./09 15:43 Résolue: 23/oct./08 11:09 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | leon05 |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Création compte FTP type sellormania pour pro leon05
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 23/oct./08 11:09 ] |
|
c'est fait ===================================================================== Compte FTP vendeur créé... Pseudo : leon05 mot de passe : az12PP4 Serveur : ftp.priceminister.com ===================================================================== |
[IMP-3007] création compte ftp+automatisation commande pour expedilivre Création: 16/déc./08 15:20 Mise à jour: 30/oct./09 15:44 Résolue: 16/déc./08 15:43 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | expedilivre |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
création compte ftp+automatisation commande pour expedilivre
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 16/déc./08 15:38 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : expedilivre mot de passe : er567PM Serveur : ftp.priceminister.com ===================================================================== |
| Commentaire de Frédéric Nahum [ 16/déc./08 15:43 ] |
| Flux de commande OK |
[IMP-3020] création compte ftp nouveau partenaire gravures gribvandamme Création: 19/déc./08 16:29 Mise à jour: 30/oct./09 15:47 Résolue: 23/déc./08 14:38 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | gribvandamme |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
création compte ftp nouveau partenaire gravures gribvandamme
|
| Commentaires |
| Commentaire de Fotigui Tangara [ 23/déc./08 11:44 ] |
| Demande en cours de traitement... |
| Commentaire de Fotigui Tangara [ 23/déc./08 12:19 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : gribvandamme mot de passe : cpskg12 Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Fotigui Tangara [ 23/déc./08 14:38 ] |
|
Le fichier du PRO passe à 100%. Demande traitée. |
[IMP-3948] Création de compte FTP pour Flux de commande de commande. Création: 15/juil./09 15:38 Mise à jour: 16/juil./09 14:00 Résolue: 15/juil./09 15:50 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Fotigui Tangara | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Login: | latrocante | ||||||||
| Séparateur: | N/A | ||||||||
| Type de traitement: |
N/A
|
||||||||
| Description |
|
Création de compte FTP pour Flux de commande de commande.
|
| Commentaires |
| Commentaire de Fotigui Tangara [ 15/juil./09 15:45 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : latrocante mot de passe : ut23SXt Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Fotigui Tangara [ 15/juil./09 15:50 ] |
|
Le ftp a été créé.... La gestion des flux de commande a été mise en place. Demande traitée. |
| Commentaire de Fotigui Tangara [ 16/juil./09 14:00 ] |
| Il s'agit d'un particulier ??? |
[IMP-5105] création compte ftp nouveau pro SoufflEsprit Création: 19/janv./10 16:07 Mise à jour: 21/janv./10 15:04 Résolue: 21/janv./10 15:04 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | SoufflEsprit |
| Modèle: | sellermania |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
création compte ftp nouveau pro SoufflEsprit
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 21/janv./10 15:04 ] |
|
c'est fait 21/01/2010 - Compte FTP vendeur créé... Pseudo : soufflesprit mot de passe : fhDH45D Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui |
[IMP-5114] creation compte ftp pour nouveau pro Livrensolde Création: 20/janv./10 11:16 Mise à jour: 21/janv./10 15:05 Résolue: 21/janv./10 15:05 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | Livrensolde |
| Modèle: | sellermania |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
creation compte ftp pour nouveau pro Livrensolde
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 21/janv./10 15:05 ] |
|
c'est fait 21/01/2010 - Compte FTP vendeur créé... Pseudo : livrensolde mot de passe : iuDH45d Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui |
[CAT-2964] west10_book - Supprimer la possibilité de prise en compte du multivalué sur les classifications Création: 23/juil./10 16:13 Mise à jour: 27/sept./10 18:02 Résolue: 27/sept./10 18:02 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Import, Référentiel |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Marion Anfreville | Attribution: | Fabien Farache |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Description |
|
On ne doit désormais prendre en compte qu'une seule classification chez west10_book.
|
| Commentaires |
| Commentaire de Fabien Farache [ 27/juil./10 10:04 ] |
|
Modification du format en integ : remplacement du découpage par expressions régulières par du velocity Test d'import avec échantillon de fichier (6771344) |
| Commentaire de Fabien Farache [ 27/juil./10 10:32 ] |
| Problème de fichier mal formaté, j'en ai resoumis un autre (6771347) |
| Commentaire de Fabien Farache [ 27/juil./10 10:50 ] |
|
Test concluant. Voici les id des produits qui ont été mis à jour (il est possible de comparer avec la prod, ce sont les mêmes id) 31056009 34953401 34953402 34953312 34953406 --> pas intéressant car il n'y a déjà qu'une classification en prod 34953408 34953463 Pour info, je confirme qu'avec ce fonctionnement la classification qui sera porté par le produit sera la première selon l'ordre alphabétique des code de classification BIC Ex : si un produit porte (dans le fichier West10) les classifications AZF et BEC il portera sur PM la classification AZF uniquement |
| Commentaire de Fabien Farache [ 03/août/10 16:22 ] |
|
Archive reçue. Test sur un seul fichier (9272290) |
| Commentaire de Fabien Farache [ 04/août/10 16:36 ] |
|
Fichier correctement intégré. D'autres fichiers sont en cours ou en attente : - 9285962 - 9286297 - 9287966 - 9289957 |
| Commentaire de Fabien Farache [ 06/août/10 09:12 ] |
|
Fichiers traités : - 9272290 - 9285962 - 9286297 - 9287966 - 9289957 - 9289986 - 9300012 Fichiers en cours ou en attente : - 9300108 - 9303969 - 9303908 - 9303923 |
| Commentaire de Fabien Farache [ 09/août/10 18:27 ] |
|
Tous les fichiers sont passé. Après comptage il reste encore 64201 produits multi valués. Je vais voir comment les traiter |
| Commentaire de Fabien Farache [ 11/août/10 13:13 ] |
| Avec les mises à jour quotidiennes le résidus diminue. Aujourd'hui : 62 609 produits multivalués (-1592 en 36h) |
| Commentaire de Fabien Farache [ 11/août/10 15:34 ] |
|
Pour le résidus : - Extraction des produits ayant plusieurs données en récupérant une celle de ces données (hasard) - Import de ces produits avec suppression au préalable de l'attribut |
| Commentaire de Fabien Farache [ 11/août/10 16:50 ] |
| Fichier soumis (9383840) |
| Commentaire de Fabien Farache [ 11/août/10 17:29 ] |
|
Petit erreur de formatage de fichier. Nouveau fichier : 9383842 |
| Commentaire de Fabien Farache [ 12/août/10 11:28 ] |
|
Fichier passé correctement Tous les portent plus qu'une seule classification de niveau 1 |
| Commentaire de Fabien Farache [ 24/août/10 18:20 ] |
| Fichier à West10 pour pouvoir traiter le résidu |
| Commentaire de Fabien Farache [ 30/août/10 17:41 ] |
|
Fichier(s) reçu de west10 1er lot de fichiers en cours de traitement |
| Commentaire de Fabien Farache [ 01/sept./10 09:27 ] |
|
Un fichier est passé en erreur à cause d'un caractère spécial. J'ai modifié le fichier et resoumis |
| Commentaire de Fabien Farache [ 02/sept./10 15:53 ] |
|
Problème avec le dernier fichier, problème du à ftpSwitch. En cours d'analyse avec EVA |
| Commentaire de Fabien Farache [ 03/sept./10 11:21 ] |
|
Problème réglé avec EVA. Le dernier fichier est bien passé mais nous avons encore quelques produits multivalués (je n'ai pas fait de comptage). Il s'avère que certains produits n'ont pas été créés par West10 mais par des login spéciaux que nous avions créée pour intégrer un delta de donnée plus rapidement (book_1, book_2, book_3, book_4 et book_5). Ces login n'ont pas été pris en compte lors du dernier export. Je vais faire une passe sur les produits restant |
| Commentaire de Fabien Farache [ 08/sept./10 11:16 ] |
|
Il n'y a plus de multivalué sur la classification 2.
Travail en cours pour suppression sur les classifications 3, 4, 5, 6 |
| Commentaire de Fabien Farache [ 09/sept./10 11:20 ] |
|
J'avais lancé une requête pour vérifier que tout était ok et
qu'il n'y avait plus de multivalué mais requête trop gourmande pour
l'exploit' qui me l'a killée.
Travail en cours côté exploit' pour voir comment requêter et vérifier que tout est clean |
| Commentaire de Fabien Farache [ 14/sept./10 18:10 ] |
|
La requête a finalement abouti
Il y a 3994 produits ayant encore du multi valué. Je vais envoyé le listing de produits à West10 pour qu'ils nous fournissent un fichier avec ces produits |
| Commentaire de Fabien Farache [ 20/sept./10 09:19 ] |
|
Le fichier West10 est passé.
En FO il semble ne plus y avoir de multivalué (juste des chemins de fer étranges dus à Libri et parfois à West10) J'ai relancé la requête pour voir si on avait bel et bien plus aucun multivalué sur les classifications de niveau 2 |
| Commentaire de Fabien Farache [ 22/sept./10 17:44 ] |
|
Après requête, il n'y a plus de multivalué pour la classification 2 West10
Requête pour la Classification 3 en cours mais toujours pas terminé après x heures d'exécution |
| Commentaire de Fabien Farache [ 27/sept./10 18:02 ] |
|
Vu que tout est ok je ferme la demande.
Le reste se fera dans d'autres jira pour libri |
[IMP-8154] création compte ftp pour michelin_ed avec flux de commandes Création: 25/févr./11 14:15 Mise à jour: 28/févr./11 11:17 Résolue: 28/févr./11 11:17 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Hervé Octuvon-Bazile |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | michelin_ed |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement), Mise à jour/création annonces, Suppression annonces
|
| Description |
|
création compte ftp pour michelin_ed avec flux de commandes
|
| Commentaires |
| Commentaire de Hervé Octuvon-Bazile [ 28/févr./11 11:16 ] |
|
Compte ftp créé
======================= Pseudo : michelin_ed mot de passe : Gldxdg0 Serveur : ftp.priceminister.com ====================== |
| Commentaire de Hervé Octuvon-Bazile [ 28/févr./11 11:17 ] |
| Demande traitée |
[APP-19019] BO : problème d'était lors de l'ajout d'un attribut manuellement Création: 19/déc./07 17:16 Mise à jour: 19/déc./07 18:42 Résolue: 19/déc./07 18:42 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 18.1.0 |
| Version(s) corrigée(s): | 18.1.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Fabien Farache | Attribution: | Validator |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
Dans le BO, sur une fiche produit, j'ai ajouté un attribut manuellement. Sans la zone Etat la ligne "Modifié" n'indique pas que c'est modifié par le BO mais par le FO ("par PM Front Office") Le produit que j'ai testé est le n° 60112012 Etat Créé 01/12/2007-12:59 par PM Front Office Modifié 19/12/2007-17:02 par PM Front Office |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 19/déc./07 18:41 ] |
|
- C'est normal; - Pour que la modification soit attribuée à BO, va falloir cliquer sur "Valider" |
[APP-20510] Une fiche-produit validée qi ne disparait pas de l'écran BO produit Création: 14/mai/08 10:00 Mise à jour: 07/oct./08 15:57 Résolue: 07/oct./08 15:17 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, FAST engine |
| Affecte la/les version(s): | 21.0.0 |
| Version(s) corrigée(s): | 30.0.2 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Xavier Fabregat | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif1: | FAST |
| Classif2: | xml |
| Description |
|
Cette fiche est en état validé depuis plus d'une semaine et
toujours présente dans l'écran BO produit. De plus elle n'est pas
trouvable avec la recherche sur la Home. http://bo.priceminister.es/offer/buy/29558926/Disco-Duro-LaCie-Mobile-250-GB---USB-2-0-discos-duros.html |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 16/mai/08 10:35 ] |
|
- D'après les logs fast, il existe une erreur sur la FP; -- Module :XMLParser - ERROR: xmlParseCharRef: invalid xmlChar value 19 UPDATE product SET fast_notification_date = SYSDATE WHERE product_id = 29558926; COMMIT; -- received 2008-05-15 09:40:06 - Ce qui fait que cette FP n'est pas mise à jour dans fast; |
| Commentaire de Martin Sudmann [ 26/mai/08 11:22 ] |
|
le pb est le suivant : il s'agit des error-callbacks de l'API Fast au connector, qui sont envoyé en asynchron. A la génération du XML à envoyer à Fast tout ce passe bien (normal, on utilise l'API XML Java standard). Pour une raison que l'on ne connait pas, le XML ne plait pas au DocumentProcessor et il renvoie un message d'erreur au connector. Manque de bol, ce callback ne contient que le message cité et la document ID, mais pas le XML que l'on avait envoyé. Difficile de dire ce qui ne va pas. Je soupçonne que leur XML Parser fait des erreurs de Parse de temps en temps, parce que le même produit passe bien quand on le ré indexe. |
| Commentaire de Xavier Fabregat [ 04/juin/08 09:00 ] |
| Avec la version 23, la fiche a disparu |
| Commentaire de Xavier Fabregat [ 04/juin/08 10:56 ] |
| Désolé. Elle est de retour dans l'écran BO produit. |
| Commentaire de Martin Sudmann [ 07/oct./08 15:17 ] |
|
depuis la V30.0.0 le error log qui génère la commande SQL
pour réindexer le produit a été corrigé et l'équipe d'exploit peux
déclencher une réindexation. Si le pb se reproduit systématiquement (et non seulement 1 fiche ou 2), merci de créer un nouveau Jira ou réouvrir celui-ci. |
[APP-19511] Erreur BO ESPAGNE : template XXXXXXX not found in CMS Création: 11/févr./08 12:31 Mise à jour: 11/févr./08 19:07 Résolue: 11/févr./08 15:56 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | 19.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Site: | Integ | ||||||||
| Projets PM archivés: | Maintenance 19.x.x | ||||||||
| Description |
|
2008-02-11 10:27:51,039 INFO [P-Processor9] BO:Anonyme - >>> GET http://bo.es.integ/referential_back?action=productconfigurationlist 2008-02-11 10:27:51,382 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_book_template not found in CMS 2008-02-11 10:27:51,413 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_cd_template not found in CMS 2008-02-11 10:27:51,441 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_video_template not found in CMS 2008-02-11 10:27:51,464 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_video_game_template not found in CMS 2008-02-11 10:27:51,485 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_video_game_template not found in CMS 2008-02-11 10:27:51,506 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_video_game_template not found in CMS 2008-02-11 10:27:51,526 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,547 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,568 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,588 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,609 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,630 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,651 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,671 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,692 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,712 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,733 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,754 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,775 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,796 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,816 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,837 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,857 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,878 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,899 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,919 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,940 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,960 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS 2008-02-11 10:27:51,962 INFO [P-Processor9] BO:Anonyme - <<< [922 ms] GET http://bo.es.integ/referential_back?action=productconfigurationlist |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 11/févr./08 14:07 ] |
|
Julien, tu penses que cela ( |
| Commentaire de Julien Sananikone [ 11/févr./08 14:51 ] |
| vu ALG : c'est probablement côté DEV |
| Commentaire de Alexandre Garnier [ 11/févr./08 15:56 ] |
|
La mécanique de récupération des templates diffère entre FO
et BO dans le code et en BO, il n'y a pas de fallback de repository donc
pas de récupération dans express. Corrigé en tapant directement dans express au lieu de default pour la récupération des templates en BO. |
[APP-20190] Consultation d'annonce dans le BO: "illegal argument: price cannot be null" Création: 10/avr./08 11:08 Mise à jour: 11/avr./08 17:32 Résolue: 11/avr./08 09:34 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 20.0.0 |
| Version(s) corrigée(s): | 20.0.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Fabrice Feugas | Attribution: | Swan Desportes |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Maintenance 20.x.x |
| Description |
|
A partir d'une recherche d'annonce dans le BO pour le
produit 48399836, lorsque je consulte l'annonce directement (en cliquant
sur son numéro), une page blanche s'ouvre avec comme indication:
Illegal argument : price cannot be null . Pour tester: http://bo.pm.lan/advert_back?action=advertsearch&fuzzy=false&numberrows=200&productid=48399836 |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 10/avr./08 11:58 ] |
|
Logs : 2008-04-10 11:49:30,152 INFO [P-Processor5] BO:Anonyme - >>> GET http://www.pm.lan/advert_back?action=advertbackview&advertid=162392914 2008-04-10 11:49:30,183 ERROR [P-Processor5] BO:Anonyme - Load error Servlet : com.babelstore.advert.back.AdvertBackServlet Request : GET http://www.pm.lan/advert_back?action=advertbackview&advertid=162392914 Referrer : http://www.pm.lan/advert_back?action=advertsearch&fuzzy=false&numberrows=200&productid=48399836 User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13 Trace : Illegal argument : price cannot be null 2008-04-10 11:49:30,183 WARN [P-Processor5] BO:Anonyme - FRM : com.babelstore.common.back.MenuBlock_jsp overload the model com.babelstore.common.back.HeaderModel 2008-04-10 11:49:30,197 INFO [P-Processor5] BO:Anonyme - <<< [44 ms] GET http://www.pm.lan/advert_back?action=advertbackview&advertid=162392914 |
| Commentaire de Swan Desportes [ 11/avr./08 09:34 ] |
| On essayait de calculer le prix de CBV alors qu'il n'était pas applicable pour ce type produit. |
| Commentaire de Espérance Galouo-Lece [ 11/avr./08 17:32 ] |
| Done. |
[spot] Amélioration pour link, xiti et images
(APP-12668)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | ToDo |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Sofiann Yousfi Monod | Attribution: | Sofiann Yousfi Monod |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Spot : Integration des bouton BO des fiches produits à l'API Spot. 2 type de boutons : celui du produit et ceux pour chaque annonce. Par defaut, ces boutons seront affichés. |
| Commentaires |
| Commentaire de Sofiann Yousfi Monod [ 28/sept./06 09:02 ] |
|
Boutons BO pour les fiches produit integrés à Spot, Ils
restent quand meme actif lorsque l'on est juste en BO (sans le spot) Tache supplémentaire réalisée : Même travail sur le bouton "rotation TG" |
| Commentaire de Patrick Condevaux [ 31/janv./07 15:08 ] |
| ok |
[CAT-3238] FP Vinyles soumises - impossible d'ouvrir les fiches en BO (erreur "null") Création: 26/oct./10 13:40 Mise à jour: 26/oct./10 14:32 Résolue: 26/oct./10 14:32 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Aurélien Vergalli | Attribution: | Julien Sananikone |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Description |
|
on ne peut pas valider les FP vinyles soumises, sachant qu'on ne peut pas y accéder.
Exemple: http://bo.priceminister.com/referential_back?action=productview&productid=112124911 |
| Commentaires |
| Commentaire de Julien Sananikone [ 26/oct./10 14:31 ] |
|
il y a un attribut de classification sur vinyles -> il
faut donc synchroniser la MeV et la conf produit avec cet attribut de
classification (PMA0002457: genre musical)
fait en prod: visible en preview: http://preview.priceminister.com/referential_back?action=productview&productid=3185819 valable en bo demain. |
| Commentaire de Julien Sananikone [ 26/oct./10 14:32 ] |
| en prod demain |
[APP-20028] [PMV : Centralisation] ajouter la valeur du flag de migration sur le BO operation Création: 27/mars/08 18:51 Mise à jour: 23/mai/08 17:07 Résolue: 14/mai/08 11:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 21.0.0 |
| Version(s) corrigée(s): | 22.0.0 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Arnaud Forgues | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM archivés: | Paiement - Centralisation PMV |
| Description |
|
Suite à la migration des cobayes, on migre l'ensemble des
compensatiosn historiques dans des opérations qui sont "flagguées" avec
une nouvelle colonne "is_migrated_from_compensation" ==> ajouter la valeur de cette donnée dans le BO opération |
| Commentaires |
| Commentaire de Arnaud Forgues [ 11/avr./08 17:03 ] |
| celle-ci sera visible uniquement en ToolTip au dessus du numéro d'opération (elle a en effet pour seul but d'aider au "débuggage technique" donc elle doit rester discrete) |
| Commentaire de Arnaud Forgues [ 14/mai/08 11:33 ] |
|
Ok c'est fait. Exemple en dev : http://bo.pm.gobillard:7080/wallet_back?action=operationbackview&operationid=9964192 Sinon pour trouver des cas d'exemple en INTEG ou PROD, lancer la requete suivante : > select operation_id from operation where is_migrated_from_compensation = 1; |
[APP-26896] Certaines FP sont incomplètes en BO Création: 19/oct./09 10:46 Mise à jour: 20/oct./09 11:03 Résolue: 20/oct./09 10:57 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 55.0.0 (CAT-L) |
| Version(s) corrigée(s): | 55.0.0 (CAT-L) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Jean-Sébastien Franck |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Tous |
| Description |
|
exemple pour les produits suivants : 10346 12322 11951 17673666 2009-10-19 12:06:25,736 INFO [-Processor12] BO:pmadmin:toto - >>> GET http://www.pm.lan/referential_back?action=productview&productid=17673666 2009-10-19 12:06:26,594 INFO [-Processor37] BO:pmadmin:Anonyme - <<< [2489 ms] GET http://bo.pm.lan/referential_back?action=productsearch&reload=false&javascript_callback=&is_ search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=tr ue&attribute_name_key=&prd_status_code=-40&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=lucile08&submitter_result=&change_start_date =&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&o rder=&number_rows=200&do_search.x=28&do_search.y=16 2009-10-19 12:06:37,601 ERROR [-Processor12] BO:pmadmin:toto - Block generation error in : com.babelstore.referential.back.ProductView_jsp 2009-10-19 12:06:37,602 ERROR [-Processor12] BO:pmadmin:toto - Assembly error Servlet=com.babelstore.referential.back.ReferentialBackServlet Request=GET http://www.pm.lan/referential_back?action=productview&productid=17673666 Referrer=null User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30) Trace=java.lang.NullPointerException at com.babelstore.referential.back.ProductView_jsp.generate(ProductView_jsp.java:797) at com.babelstore.util.Block.generate(Block.java:142) at com.babelstore.util.web.Request.include(Request.java:604) at com.babelstore.util.web.Request.include(Request.java:637) at com.babelstore.util.web.Request.include(Request.java:643) at com.babelstore.common.back.BackPopupTemplate_jsp.generate(BackPopupTemplate_jsp.java:75) at com.babelstore.util.Block.generate(Block.java:142) at com.babelstore.util.web.Screen.generate(Screen.java:151) at com.babelstore.util.web.Request.generate(Request.java:577) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:435) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:188) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) |
| Commentaires |
| Commentaire de Christophe Garcia [ 20/oct./09 10:23 ] |
| C'était quoi le problème ? |
| Commentaire de Jean-Sébastien Franck [ 20/oct./09 11:03 ] |
| Une simple erreur de développement. |
[EXP-553] le lien pour l'ouverure de compte pro auto ne marche pas Création: 14/déc./05 09:14 Mise à jour: 25/juin/07 18:55 Résolue: 16/déc./05 11:17 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Damien du Fretay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 15 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
lorsque l'on clique sur le lien "si vous etes un pro,cliquez ici": http://bo.priceminister.com/assistance?action=1200 on est renvoyer vers une page d'erreur: http://bo.priceminister.com/ngs?hp=vehicle&pr=contact_pro |
| Commentaires |
| Commentaire de Damien du Fretay [ 14/déc./05 09:16 ] |
|
aussi autre page d'erreur sur laquelle nous sommes renvoyé: http://bo.priceminister.com/ngs?hp=vehicle&pr=contact_pro |
| Commentaire de Sébastien Tournay [ 14/déc./05 14:52 ] |
| Il manque la nouvelle régle d'écriture pour la partie ngs mise en place sur www.priceminister.com. Il faut aussi la mettre en place pour le frontoffice du bo et aussi pour le site preview |
[APP-26838] Erreur non disponible sur FP en BO. Création: 12/oct./09 15:57 Mise à jour: 19/oct./09 17:04 Résolue: 12/oct./09 16:35 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 55.0.0 (CAT-L) |
| Version(s) corrigée(s): | 55.0.0 (CAT-L) |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Internet Explorer 7.X |
| Description |
|
Voir la FP suivante en integ : http://www.pm.lan/referential_back?action=productview&productid=84809181 2009-10-12 15:50:06,216 INFO [P-Processor8] BO:pmadmin:QTP - >>> GET http://www.pm.lan/referential_back?action=productview&productid=84809181 2009-10-12 15:50:06,395 ERROR [P-Processor8] BO:pmadmin:QTP - Block generation error in : com.babelstore.referential.back.ProductView_jsp 2009-10-12 15:50:06,396 ERROR [P-Processor8] BO:pmadmin:QTP - Assembly error Servlet=com.babelstore.referential.back.ReferentialBackServlet Request=GET http://www.pm.lan/referential_back?action=productview&productid=84809181 Referrer=null User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727) Trace=java.lang.NullPointerException at com.babelstore.referential.back.ProductView_jsp.generate(ProductView_jsp.java:885) at com.babelstore.util.Block.generate(Block.java:142) at com.babelstore.util.web.Request.include(Request.java:604) at com.babelstore.util.web.Request.include(Request.java:637) at com.babelstore.util.web.Request.include(Request.java:643) at com.babelstore.common.back.BackPopupTemplate_jsp.generate(BackPopupTemplate_jsp.java:75) at com.babelstore.util.Block.generate(Block.java:142) at com.babelstore.util.web.Screen.generate(Screen.java:151) at com.babelstore.util.web.Request.generate(Request.java:577) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:435) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:188) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2009-10-12 15:50:06,396 INFO [P-Processor8] BO:pmadmin:QTP - <<< [180 ms] GET http://www.pm.lan/referential_back?action=productview&productid=84809181 |
| Commentaires |
| Commentaire de Benoît Bourdon [ 12/oct./09 16:35 ] |
| déjà corrigé par Manu - on a vu cela aussi. |
[APP-6389] Mise en vente Pro Auto. Mon Compte Création: 18/nov./05 18:06 Mise à jour: 25/juin/07 18:33 Résolue: 21/nov./05 11:16 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 8.0.8 |
| Version(s) corrigée(s): | 8.0.8 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Niall Boylan | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Description |
|
Quand je clique sur "mon compte" j'arrive sur la page "mon
compte" mais c'est l'onglet "vendeur" qui s'affiche. Ca devrait être
"Vendeur Pro"
|
| Commentaires |
| Commentaire de Manuel Sadok [ 21/nov./05 11:16 ] |
| Désormais lorsqu'un pro auto clique sur 'Mon compte' il est automatiquement positionné sur l'onglet 'Vendeur auto'. |
| Commentaire de Ariane Baldinger [ 21/nov./05 16:52 ] |
| Ok => vu en integ |
[EXP-5154] [BO Fiche Produit] Fiche validée depuis + d'1 mois ne veut pas disparaitre Création: 28/janv./09 09:52 Mise à jour: 17/août/10 10:59 Résolue: 17/août/10 10:59 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Sandra Ferrero | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Description |
|
http://bo.priceminister.com/referential_back?action=productview&productid=74949829 Cette fiche a été validée le 23/12/2008 et elle figure toujours parmi les fiches soumises en attente de validation. Dans l'historique, vous pouvez voir que l'on n'a tout tenté pour la revalider plusieurs fois mais rien n'y a fait. On ne l'a plus touchée depuis le 21/01. Merci de voir ce que vous pouvez faire. |
| Commentaires |
| Commentaire de Eric Vannier [ 28/janv./09 10:31 ] |
|
FAST est bien passé sur cette fiche a le 22/12 à 11h06.... .... <FIELD NAME="collection">V36FRb</FIELD> <FIELD NAME="feeddate">2008-12-22T11:06:11Z</FIELD> <FIELD NAME="creationdate">2008-12-21T19:31:51Z</FIELD> <FIELD NAME="changedate">2008-12-22T10:22:57Z</FIELD> <FIELD NAME="productid">74949829</FIELD> <FIELD NAME="baseproductid">0</FIELD> <FIELD NAME="language">fr</FIELD> <FIELD NAME="hascomment">1</FIELD> <FIELD NAME="isavailable">1</FIELD> <FIELD NAME="prdvisibilitycode">20</FIELD> <FIELD NAME="prdstatuscode">20</FIELD> <FIELD NAME="prdfamilycode">200</FIELD> <FIELD NAME="prdtypecode">20</FIELD> .... Par contre, ou est la validation du 23/12.... ???? moi, j'ai seulement une validation le 20/01.... Extrait des événements : 21/01/2009-09:56 Mise à jour des données Validé par le BO PM Back Office 20/01/2009-11:18 Mise à jour des données Validé par le BO PM Back Office 20/01/2009-11:18 Validé Validé par le BO PM Back Office 20/01/2009-11:17 Mise à jour des données Soumis PM Back Office 20/01/2009-11:17 Créé Soumis PM Back Office 19/01/2009-09:45 Mise à jour des données Validé par le BO PM Back Office 19/01/2009-09:45 Mise à jour des données Validé par le BO PM Back Office 16/01/2009-10:39 Mise à jour des données Validé par le BO PM Back Office 16/01/2009-10:39 Mise à jour des données Validé par le BO PM Back Office 16/01/2009-10:39 Mise à jour des données Validé par le BO PM Back Office 15/01/2009-09:10 Mise à jour des données Validé par le BO PM Back Office |
| Commentaire de Sandra Ferrero [ 28/janv./09 10:50 ] |
|
La fiche a bien été validée à l'origine le 23/12 par macro avec envoi de mail "soumission ok" à 13h29 exactement. Cette ligne figure dans l'historique des événements de la FP. Depuis, on a de nombreuses fois tenté de la revalider en pensant qu'elle allait disparaitre mais sans succès. |
| Commentaire de Sandra Ferrero [ 29/janv./09 09:52 ] |
|
Au fait, aurais-je besoin de préciser que cette fiche n'est pas visible sur le site? La recherche de "Homegrown istanbul" ne donne aucun résultat. Fast n'a manifestement pas (bien) fait son travail. |
| Commentaire de Eric Vannier [ 29/janv./09 12:31 ] |
|
Disons que c'est plutot que l'on ne lui a pas donné l'info
que la visibilité avait changé ce qui ne vient pas réellement de sa
faute :-) mais de celui qui l'alimente.... car on voit justement qu'il
ne pas été au courant de la modification du 23/12.... |
| Commentaire de Eric Vannier [ 10/févr./09 14:48 ] |
| Cette fiche est maintenant en production .... |
| Commentaire de Aurélien Vergalli [ 10/févr./09 15:09 ] |
| Mais elle reste introuvable, ni en FO, ni en BO (recherche par mot-clé ou par ID). |
| Commentaire de Eric Vannier [ 10/févr./09 15:31 ] |
|
pourtant ... (voir capture) http://www.priceminister.com/offer/buy/74949829/Various-Homegrown-Istanbul-CD-Album.html Mais c'est bizarre en effet , je ne trouve pas le produit dans le nouvel index.... Fast l'ignore.... pour l'instant je ne vois pas pourquoi .... Je vais réouvrir cette demande.... |
| Commentaire de Eric Vannier [ 10/févr./09 15:32 ] |
| Ce produit a disparu de l'index lors de la construction V40FR, Fast l'ignore complètement .... |
| Commentaire de Eric Vannier [ 19/févr./10 09:54 ] |
| Je clôture vu la date du jra |
| Commentaire de Christophe Garcia [ 19/févr./10 10:09 ] |
| MDPLVC |
| Commentaire de Eric Vannier [ 17/août/10 10:59 ] |
| je résous |
[BIN-671] [BackOffice] : Créer un dossier BO Working GENERAL dans Dossiers Publics Création: 04/mai/10 16:55 Mise à jour: 08/nov./10 11:52 Résolue: 06/mai/10 15:36 |
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | BackOffice |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Pierre Smith | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Description |
|
- Créer un fichier BO Working dans Dossiers Publics qui absorbe les actuels France / Spain / UK - Donner le plein accès à modification au login ur_backoffice - Permettre la consultation des dossiers par le login uv_backoffice Descriptif du rendu final disponible dans V:\Paramétrage\BI "Réorganisation des dossiers et accès à Business Objects pour le Back Office.docx" |
| Commentaires |
| Commentaire de Pierre Smith [ 05/mai/10 11:36 ] |
|
Pour précision, on souhaiterait renommer le fichier à la place de "BO Working" On voudrait avoir "Requêtes Back-Office" Est-ce faisable ? Merci |
| Commentaire de Habib-Sylvain Gourguet [ 05/mai/10 11:39 ] |
| Le fichier cité par Pierre en PJ. |
| Commentaire de Agathe Remy [ 05/mai/10 13:04 ] |
|
Bonjour, Comme les dossiers sont classés par ordre alphabétique, nommer ce nouveau dossier "Requêtes Back-Office" le placerait entre "France" et "Spain". Que pensez-vous de proposer un autre nom ? Agathe |
| Commentaire de Agathe Remy [ 05/mai/10 13:07 ] |
|
Si vous voulez qu'il soit placé tout en bas, nous pouvons le nommer "ZZ - Requêtes BackOffice". Qu'en pensez-vous? Agathe |
| Commentaire de Habib-Sylvain Gourguet [ 05/mai/10 13:40 ] |
| Ok pour moi. |
| Commentaire de Pierre Smith [ 05/mai/10 13:52 ] |
| Ne peut-on pas plutôt l'appeler Back-Office Requêtes pour qu'il passe en premier ? |
| Commentaire de Agathe Remy [ 05/mai/10 14:21 ] |
| Ok pour "BackOffice Requêtes" (BusinessObjects n'aime pas trop les "-" dans les noms de dossier...) |
| Commentaire de Agathe Remy [ 06/mai/10 15:36 ] |
|
Bonjour, Le dossier "BackOffice Requêtes" a été créé et livré en Production. Vous avez le droit de faire ce que voulez dedans avec l'utilisateur "ur backoffice" : créer des nouveaux dossiers et rapports, les supprimer, les planifier, etc... L'utilisateur "uv backoffice" a accès en rafraîchissement et planification à tous les documents que vous créerez dans ce dossier, mais sans droit de modification ou suppression. Je vous laisse donc migrer les rapports de BO Working dans la nouvelle arborescence que vous voulez mettre en place. Lorsque vous aurez terminé, je vous prie de me le signaler afin que je supprime les anciens répertoires Bo Working. Bien sûr, nous restons à votre dispo si vous avez des questions. Agathe |
| Commentaire de Agathe Remy [ 13/sept./10 10:10 ] |
|
Bonjour Habib,
Stp, peux-tu valider la demande afin que nous fermions le JIRA? Merci, Agathe |
[Métatache] Parrainage lot 1
(APP-28232)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 67.0.0 (CTN-Q) |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | Parrainage (Lot 1) |
| Commentaires |
| Commentaire de Alexandre Garnier [ 01/avr./10 10:42 ] |
|
CMS-REF default /default/Labels/_Mon Compte/AccountBlock/link_child_register_network |
| Commentaire de Alexandre Garnier [ 01/avr./10 10:43 ] |
|
/default/Template/Account Template/CommunityBlock /default/Template/Account Template/MyMoneyBlock |
| Commentaire de Alexandre Garnier [ 01/avr./10 12:17 ] |
|
/default/Labels/_Phrase/_A/AccountAction/WEBMASTER_EXPIRATION_WARNING /default/Labels/_Phrase/_A/AccountAction/SPONSORSHIP_WARNING |
| Commentaire de Rémi Virlouvet [ 06/avr./10 10:55 ] |
| UK ok |
| Commentaire de Rocio Perez-Garcia [ 06/avr./10 10:55 ] |
| ES tb |
| Commentaire de Damien Dorizy [ 07/avr./10 18:31 ] |
|
Le wording du label suivant a changé, il faudrait le retraduire : /default/Labels/_Phrase/_A/AccountAction/SPONSORSHIP_WARNING Merci beaucoup |
| Commentaire de Rocio Perez-Garcia [ 08/avr./10 09:11 ] |
| ES fait |
| Commentaire de Damien Dorizy [ 08/avr./10 17:14 ] |
|
En plus du label précédent, la phrase "Voir le règlement du
parrainage" n'est pas traduit (UK seulement) dans le label suivant : /default/Template/Account Template/CommunityBlock Merci beaucoup |
| Commentaire de Rémi Virlouvet [ 08/avr./10 17:37 ] |
| UK ok |
[APP-6905] BO recherche categorie plante Création: 04/janv./06 17:53 Mise à jour: 25/juin/07 18:34 Résolue: 05/janv./06 15:31 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.1.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Geneviève Beaujard | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Dev |
| Description |
|
Si on recherche une categorie en selectionnant par exemple un type de categorie on plante: Voici un exemple en dev: 2006-01-04 17:41:21 INFO [Dispatcher ] 192.168.1.174 - >>> GET http://bo.pm.bollinger:2080/category_back?action=categorysearch&javascript_callback=&category_id=&ctg_status_code=&category_label=&category_alias=&ctg_type_code=10&ctp_type_code=&ctg_parameter_value=&start_date=&date_search_type=0&end_date=&number_rows=100 2006-01-04 17:41:21 INFO [STDOUT ] 192.168.1.174 - null 2006-01-04 17:41:21 ERROR [Request ] 192.168.1.174 - Block generation error in : com.babelstore.category.back.CategorySearch_jsp 2006-01-04 17:41:21 ERROR [Dispatcher ] 192.168.1.174 - Assembly error Servlet : com.babelstore.category.back.CategoryBackServlet Request : GET http://bo.pm.bollinger:2080/category_back?action=categorysearch&javascript_callback=&category_id=&ctg_status_code=&category_label=&category_alias=&ctg_type_code=10&ctp_type_code=&ctg_parameter_value=&start_date=&date_search_type=0&end_date=&number_rows=100 Referrer : http://bo.pm.bollinger:2080/category_back?action=categorysearch&javascript_callback=&category_id=&ctg_status_code=&category_label=default&category_alias=&ctg_type_code=&ctp_type_code=&ctg_parameter_value=&start_date=&date_search_type=0&end_date=&number_rows=100&x=59&y=10 User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322) Trace : java.lang.NullPointerException at com.babelstore.category.back.CategorySearchModel.getUnfoldCollection(CategorySearchModel.java:84) at com.babelstore.category.back.CategorySearch_jsp.generate(CategorySearch_jsp.java:220) at com.babelstore.util.Block.generate(Block.java:137) at com.babelstore.util.web.Request.include(Request.java:350) at com.babelstore.util.web.Request.include(Request.java:375) at com.babelstore.util.web.Request.include(Request.java:381) at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:33) at com.babelstore.util.Block.generate(Block.java:137) at com.babelstore.util.web.Screen.generate(Screen.java:133) at com.babelstore.util.web.Request.generate(Request.java:336) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:317) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:148) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) at java.lang.Thread.run(Thread.java:595) |
| Commentaires |
| Commentaire de Arnaud Forgues [ 05/janv./06 15:31 ] |
|
La construction des caches pouvait foirer selon l'algorithme
mis en place car on considérait toujours que la listes de noeuds
dépliée était non vide dans le cas d'un noeud adopté Cela provoquait alors le fait qu'un cache n'etait pas chargé ==> alors la recherche de catégorie qui fait appel a la liste des caches tentait d'utiliser un cache null d'ou l'erreur |
[APP-29361] Expiration des filleuls commencée en prod ???! Il n'y a pas l'indication en BO Création: 27/avr./10 15:57 Mise à jour: 14/juin/10 11:32 Résolue: 11/juin/10 16:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 71.0.0 (CTN-R) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Fabrice Feugas | Attribution: | Renaud Dierickx |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
On constate que certains filleuls qui datent de plus de 90
jours et - de 12 mois ont déjà commencé à expirer en prod alors qu'on
devrait attendre la bascule (au 06/05 pour le moment)... Comment expliquer cela ? Est-ce valable pour tous ? Du coup il n'y a pas l'indication en BO comme quoi le filleul a expiré pour bascule. Exemple de filleul ayant expiré : http://bo.priceminister.com/sponsorship_back?action=sponsorshipview&sponsorshipid=150924905 |
| Commentaires |
| Commentaire de Fabrice Feugas [ 27/avr./10 15:59 ] |
|
Pour info, quelques personnes supplémentaires en copie. En soi, si l'expiration a commencée ou déjà eu lieue sur certains comptes, ce n'est pas très grave fonctionnellement. Le plus important c'est qu'on sache où on en est, si on expiré tout le monde ou pas et surtout qu'il y ait l'indication en BO ! |
| Commentaire de Alexandre Garnier [ 27/avr./10 16:02 ] |
| Pour rajouter l'indication en BO a posteriori, je crois que c'est un peu mort ... |
| Commentaire de Fabrice Feugas [ 27/avr./10 16:07 ] |
| BOULET |
| Commentaire de Alexandre Garnier [ 27/avr./10 16:30 ] |
|
Le seul serveur qui avait quelque chose à faire de la
property est le seul à ne pas l'avoir en surcharge pour différer
l'expiration : le serveur de batch ! [pmas@amphitrite conf]$ grep -ri "sponsorship.referral_expiration" * priceminister-common.properties:priceminister.sponsorship.referral_expiration_period = 90 priceminister-overload.properties:priceminister.sponsorship.referral_expiration_period = 365 [pmas@amphitrite conf]$ Mais sur hercule, pas de overload : [pmas@hercule conf]$ grep -ri "sponsorship.referral_expiration" * priceminister-common.properties:priceminister.sponsorship.referral_expiration_period = 90 [pmas@hercule conf]$ |
| Commentaire de Alexandre Garnier [ 27/avr./10 16:41 ] |
|
Par contre faudrait voir à virer tous les overload maintenant, non ? Parce que maintenant on se retrouve encore avec une unreferrable_period de 365 jours mais une expiration en 90 jours. Et du coup aussi définir la property priceminister.sponsorship.reduce_period_date à la date du déploiement pour que les nouveaux expirants entre 3 et 12 mois aient la notification BO : priceminister.sponsorship.reduce_period_date = 21/04/2010 |
| Commentaire de Alexandre Garnier [ 27/avr./10 16:49 ] |
|
On voit en effet que le batch d'expiration des parrainages
s'est excité gentiment à partir du 21/04 (mise en PROD) et pendant un
peu plus de 4 jours. On avait bon sur l'ordre de grandeur de la durée d'expiration en masse. |
| Commentaire de Fabrice Feugas [ 27/avr./10 17:09 ] |
| D'ailleurs, on peut activer ASAP le cartouche de notification dans mon compte maintenant. |
| Commentaire de Renaud Dierickx [ 11/juin/10 15:40 ] |
|
Le message a été activé. Voir capture d'écran : ActivationMonCompte On a aussi décidé de ne pas faire de rattrapage de données ( Je ferme donc ce jira. [CAJ2010Q2CTN] |
| Commentaire de Christophe Garcia [ 11/juin/10 15:46 ] |
| MDPLVC |
[APP-26415] [BO] Message d'erreur sur macros Création: 08/sept./09 10:39 Mise à jour: 09/sept./09 10:26 Résolue: 08/sept./09 12:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 52.0.0 (CTN-M) |
| Version(s) corrigée(s): | 52.0.1 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Romain Salles |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM archivés: | IG - Template de mails |
| Description |
|
Message d'erreur à l'utilisation des macros en BO de façon aléatoire (dont des macros de remboursement) : Erreur lors du traitement de l'article 111107147 : com.babelstore.util.ApplicationException: null; CausedByException is: null; CausedByException is: null; CausedByException is: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.babelstore.mailtemplate.entity.UmtGroup#1061]; nested exception is: javax.ejb.EJBTransactionRolledbackException: null; CausedByException is: null; CausedByException is: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.babelstore.mailtemplate.entity.UmtGroup#1061]; nested exception is: javax.ejb.EJBException: null; CausedByException is: null; CausedByException is: null; CausedByException is: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.babelstore.mailtemplate.entity.UmtGroup#1061]; nested exception is: javax.ejb.EJBTransactionRolledbackException: null; CausedByException is: null; CausedByException is: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.babelstore.mailtemplate.entity.UmtGroup#1061] Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=junon/735, BranchQual=, localId=735] |
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 08/sept./09 10:52 ] |
| Message d'erreur pour l'instant constaté pour des templates des groupes 1060 et 1061. |
| Commentaire de Alexandre Garnier [ 08/sept./09 10:53 ] |
|
Sûrement un problème de conflit de mise à jour des UmtGroup lors de l'envoi de message. Bien revérifier que la mise à jour avec le même contenu ne provoque pas d'insert en base (même si le row_version a changé. Voir avec Manu pour ça) |
| Commentaire de Alexandre Garnier [ 08/sept./09 10:56 ] |
|
SQL> SELECT * FROM umt_group WHERE umt_group_id IN (1060, 1061); UMT_GROUP_ID CREATION_DATE CHANGE_DATE TITLE RANK ROW_VERSION ------------ ------------------- ------------------- -------------------------------------------------- ---------- ----------- ALIAS -------------------------------------------------- 1060 25/03/2004 15:57:31 07/09/2009 18:16:03 acheteur annule (requested) 290 113 g_clm_br 1061 26/03/2004 14:59:49 03/09/2009 10:30:39 pas reçu - demande de conf d'expéd (+ ev) 300 7 g_clm_sr Elapsed: 00:00:00.12 |
| Commentaire de Alexandre Garnier [ 08/sept./09 11:02 ] |
| title erroné --> title du template à la place donc forcement modif concurrente qui pète |
| Commentaire de Alexandre Garnier [ 08/sept./09 12:30 ] |
| Pas spécifique aux macros : tout envoi simultané de messages associés au même groupe risque de péter pour l'un des 2. |
| Commentaire de Habib-Sylvain Gourguet [ 08/sept./09 14:54 ] |
|
Test effectué en Integ. Pas de bug. Tout semble ok. Merci. |
| Commentaire de Alexandre Garnier [ 08/sept./09 14:55 ] |
| Pas évident à tester : il faut provoquer de la concurrence ... |
| Commentaire de Christophe Garcia [ 09/sept./09 10:10 ] |
| Habib, c'est OK ce matin ? |
| Commentaire de Habib-Sylvain Gourguet [ 09/sept./09 10:21 ] |
| Je viens de sonder l'équipe SAV : pas de message d'erreur depuis ce matin. |
| Commentaire de Christophe Garcia [ 09/sept./09 10:26 ] |
|
OK. On ferme. N'hésitez par à ré-ouvrir au besoin. |
[APP-1734] Remarque : statut pour le champ "Presence" en BO Création: 07/janv./04 17:02 Mise à jour: 25/juin/07 18:23 Résolue: 25/juin/07 18:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.4pre |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jessica Rajabaly | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
En BO sur la page de mon compte, je clique sur "Mettre en vacances" Mon statut est modifié à "Vacances volontaires", "vacances forcées" serait plus judicieux. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 07/janv./04 18:25 ] |
|
La notion d'absent forcé n'existe plus. Je prefererai que l'on change juste les labels et descs comme suit : Absent volontaire => Absent Absent automatique => Absent (automatique) |
[EXP-2155] Mise à jour du script de création de compte FTP Création: 03/mai/06 10:54 Mise à jour: 06/juil./07 16:23 Résolue: 06/juil./07 16:23 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Xavier Barbosa | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Nous avons besoin d'une mise à jour du script de création de comptes ftp "pmcreateftpaccount.sh" il faudrait qu'à la fin, il affiche une config par défaut, selon les paramètres que l'on a renseigné dans le script. les informations à renseigner sont : LOGIN : le login du compte ftp & compte priceminisiter MDP : le mot de passe du compte FTP ID_LOGIN : l'id du compte priceminister ID_ENTREE : l'id du profil en entrées ID_SORTIE: l'id du profil en sorties ID_ECRASEMENT: l'id du profil en ecrasement |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 03/mai/06 11:09 ] |
|
Attention : XBA, le login du compte FTP n'est pas forcément le même que le pseudo "priceminister". |
| Commentaire de Xavier Barbosa [ 03/mai/06 15:11 ] |
| bonbin LOGIN = login FTP |
| Commentaire de Nicolas Gréhalle [ 31/mai/06 15:56 ] |
|
Serait il possible d'afficher le message suivant lors de la
création d'un compte FTP, en remplaçant les variables entre crochets par
les valeurs correspondantes ? Ceci permettra d'aider à remplir le
fichier de configuration xml : <!-- Configuration par défaut --> <Partner name='[LOGIN]' id='[ID_LOGIN]'> <!-- Import de stock --> <Directory path='stock/entrees'> <Action type='Move' id='[ID_ENTREE]' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/stock/entrees</Destination> </Action> </Directory> <Directory path='stock/sorties'> <Action type='Move' id='[ID_SORTIE]' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/stock/sorties</Destination> </Action> </Directory> <Directory path='stock/ecrasements'> <Action type='Move' id='[ID_ECRASEMENT]' check_file='1'> <Files>*.csv</Files> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/stock/ecrasements</Destination> </Action> </Directory> <!-- Import image --> <Directory path='Images'> <Action type='Move' check_file='1'> <Files>*</Files> <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/[LOGIN]</Destination> </Action> </Directory> <!-- Gestion de flux --> <Directory path='validation'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/validation</Destination> </Action> </Directory> <Directory path='purchase'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Source>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/purchase</Source> <Destination>purchase</Destination> </Action> </Directory> <Directory path='confirmed_purchase'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Source>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/confirmed_purchase</Source> <Destination>confirmed_purchase</Destination> </Action> </Directory> <Directory path='expiration'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Source>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/expiration</Source> <Destination>expiration</Destination> </Action> </Directory> </Partner> |
| Commentaire de Rodrigue Nsiangani [ 23/août/06 15:54 ] |
|
Si cette demande est toujours d'actualité, il faut la réassigner |
| Commentaire de Marion Anfreville [ 06/juil./07 16:23 ] |
| La demande n'est plus d'actualité. Eric a fait des modifications de ce script depuis l'année dernière. |
Prblm lors d'ouverture du compte salvi06: stock limité -> illimité
(APP-11636)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Annonces |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Geneviève Beaujard | Attribution: | Yassine Mouhammadou |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||
| Liens des demandes: |
|
||||
| Pays: |
FRA - France
|
||||
| Projets PM: | *** RESERVE *** | ||||
| Classif1: | BP | ||||
| Classif2: | RBP - nettoyage - unavailable_count | ||||
| Description |
|
En effet^si l'option illimitée est cochée, celle ci n'est pas prise en compte
|
| Commentaires |
| Commentaire de Geneviève Beaujard [ 12/sept./06 09:45 ] |
|
Effectivement il y avait un bug dans l'entity Advert: Checking in entity/Advert.java; /home/cvs/dev/source/src/com/babelstore/stock/entity/Advert.java,v <-- Advert.java new revision: 1.30; previous revision: 1.29 done C'est corrigé. Par contre voir bug http://pricejira.lan/browse/APP-12260 |
| Commentaire de Martin Sudmann [ 17/oct./06 15:59 ] |
|
ne fonctionne pas en INTEG : 1. je coche "stock illimité", la valeur par défaut quantité=1 n'est pas supprimée, et c'est elle qui est prise en compte (= sotck=1, et non illimité) 2. je coche "illimité" et supprime la quantité "1" moi-même; erreur avec message: "vous devez saisir la quantité" 3. quand je reviens modifier l'annonce avec stock=1, la case "illimité n'est pas grisée et je peux la cocher et soumettre (avec la même erreur que 2., par contre). Avant on grisait la case ou on la cachait complètement, je ne me souviens plus. |
| Commentaire de Geneviève Beaujard [ 17/oct./06 16:56 ] |
| Tout ce dysfonctionnement est du au parametrage. |
| Commentaire de Ariane Baldinger [ 23/oct./06 09:54 ] |
|
c'est corrigé. Il manquait un noeud dans l'arbre (quantité illimitée) et j'ai corrigé une pré-validation dans le format concerné qui ne tenait pas compte de la quantité illimitée cochée. J'ai vérifié en prod, il n'y pas ce bug. |
| Commentaire de Christophe Garcia [ 23/oct./06 12:17 ] |
| OK (vu avec Geneviève) |
| Commentaire de Ariane Baldinger [ 23/oct./06 12:34 ] |
|
Je n'avais pas regardé le cas de la modification annonce ! Lors d'une modification d'annonce (qui a un stock illimité) la checkbox (quantité illilmitée) n'était pas cochée. j'ai ajouté en integ le code indiqué par Geneviève dans le Jira |
| Commentaire de Lydia Dali [ 23/oct./06 13:03 ] |
|
Je viens de tester en integ, la modification d'annonce de limité à illimité rajoute 1 dans l'inventaire. |
| Commentaire de Ariane Baldinger [ 23/oct./06 16:36 ] |
|
Il manquait un appel à la fonction "griser" dans le cas d'une modification annonce => Merci Geneviève. c'est corrigé. (sur le formulaire générique) |
| Commentaire de Judd OSullivan [ 23/oct./06 17:37 ] |
|
C'est fait expres. Voir Par contre ca serait bien de griser le case à cocher. Actuellement le gars change la valeur mais il est jamais pris en compte. |
| Commentaire de Edouard Gomez-Vaez [ 16/mars/07 18:35 ] |
| C'en est où Ariane ? |
| Commentaire de Ariane Baldinger [ 19/mars/07 10:46 ] |
|
c'est resté en suspend. J'ai refait un point avec Judd pour qu'il me rafraîchisse la mémoire : Pour le moment il y a un bug dans l'application qui fait qu'1 pro ne peut pas passer d'un stock illimité à un stock limité. Il peut le faire en FO mais la modification ne sera jamais prise en compte. Pour pallier à ce problème il faudrait : - quand le pro a soumis une annonce avec stock illimité => griser les champs pour empêcher les modifications sur la qté - quand le pro a soumis une annonce avec stock limité => griser la case à cocher 'illimitée' |
| Commentaire de Ariane Baldinger [ 19/mars/07 10:47 ] |
|
Olga, Peux-tu faire le test en integ stp. |
| Commentaire de Edouard Gomez-Vaez [ 03/mai/07 12:07 ] |
| C'en est où ? |
| Commentaire de Olga Costa [ 09/mai/07 11:10 ] |
|
Si on grise la quantité, la prevalidation sur ce champ
empêche la validation du formulaire. Actuellement il n'est pas possible
de gérer ce cas dans le format car on n'a pas accès à ce champ. Une solution coté dev ?? |
| Commentaire de Yassine Mouhammadou [ 15/mai/07 15:16 ] |
|
Comme indiqué ci-dessous, la prévalidation sur la quantité
empêche la validation du formulaire qd ce champ est grisé. Cependant on pourra tjs adapter la prévalidation en se reposant sur un autre champ (de type hidden par ex.) mais je ne sais pas si GEB ne trouvera comme moi, top comme solution ! |
| Commentaire de Yassine Mouhammadou [ 21/mai/07 14:43 ] |
|
J'ai mis en place un mécanisme qui n'affiche pas de message de prévalidation lorsque la Quantité est grisée ! En fait, j'ai modifier la fonction javascript "griser" qui permet de mettre à true ou false un champ de type "hidden", et la prévalidation se fait sur ce champ. Geneviève, peux-tu regarder et tester en Integ et me dire ce que tu en penses stp ? Merci |
| Commentaire de Geneviève Beaujard [ 22/juin/07 10:44 ] |
|
C'est presque ça yassine. La condition - quand le pro a soumis une annonce avec stock limité => griser la case à cocher 'illimitée' n'est pas respectéee. A part ça j'ai trouvé ta methode pour tester si la quantité est renseignée tres bien. Yassine est ce que toutes les soumissions completes et les soumission d'annonces passent par le formulaire generique pour les annonces? |
| Commentaire de Yassine Mouhammadou [ 25/juin/07 12:04 ] |
|
Geneviève, j'ai grisé la case "illimitée" lorsque le stock est limité. Sinon, pour répondre à ta questions, 15 produits ont leurs propres formulaires annonces ! |
| Commentaire de Yassine Mouhammadou [ 25/juin/07 17:30 ] |
|
J'ai dupliquer le paramétrage en preview prod. Je modifierai
le format d'import demain pour ne pas impacter la mev aujourd'hui. Seul les formulaires génériques sont concernés pour le moment. Pour les 3 fois 15 autres formulaires, je les modifierai au fur et à mesure |
| Commentaire de Yassine Mouhammadou [ 27/août/07 18:01 ] |
| Y a cependant un problème. Voir imp ecran. |
| Commentaire de Yassine Mouhammadou [ 31/août/07 11:34 ] |
|
J'ai corrigé le problème évoqué ci-dessous. La correction
est aplliquée en Prod sur les formulaires génériques depuis hier. Sur les form. non gen, j'implémenterai au fur et à mesure. |
| Commentaire de Yassine Mouhammadou [ 11/sept./07 16:31 ] |
|
param dupliqué pour : mobiles ordinateur portable ordinateur de bureau |
| Commentaire de Yassine Mouhammadou [ 13/sept./07 17:34 ] |
| Les autres formulaires non génériques sont aussi paramétrés. |
| Commentaire de Espérance Galouo-Lece [ 04/mars/08 13:01 ] |
| Done. |
[APP-28639] Widget : Ajoutez vos photos : Produit Privé Non Validé par BO Création: 08/mars/10 14:22 Mise à jour: 04/mai/10 09:53 Résolue: 17/mars/10 14:47 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 68.0.0 (VEN-B) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Antoine Carré | Attribution: | Arnaud Potier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous, GBR - Royaume Uni, FRA - France, ESP - Espagne
|
||||||||
| Projets PM: | MEV - Landing Page Scénarisée | ||||||||
| Navigateur: | Tous | ||||||||
| Description |
|
Lorsque je vends un produit privé, je vais sur ma fiche produit, click sur "Augmentez vos chances de vendre" puis "Ajoutez vos photos". La popup affiche un message d'erreur... Ma fiche produit n'a pas encore été validée par le BO. |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 08/mars/10 14:29 ] |
| Pour les bugs en prod assigner à validator pour qu'ils sachent ce qui se passe. |
| Commentaire de Christophe Garcia [ 08/mars/10 16:14 ] |
|
2010-03-08 16:13:27,213 INFO [-Processor17] CHG_PM - >>> GET http://bo.pm.lan/image?action=upload 2010-03-08 16:13:27,215 ERROR [-Processor17] CHG_PM - Load error~Servlet=com.babelstore.image.front.ImageServlet~Request=GET http://bo.pm.lan/image?action=upload~Refer rer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~ Trace=java.lang.NullPointerException at com.babelstore.image.front.UploadImageAction.computeImageType(UploadImageAction.java:252) at com.babelstore.image.front.UploadImageAction.execute(UploadImageAction.java:157) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:434) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:387) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:285) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:219) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:180) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j ava:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2010-03-08 16:13:27,216 INFO [-Processor17] CHG_PM - Setting response status code to 503 2010-03-08 16:13:27,417 INFO [-Processor17] CHG_PM - <<< [204 ms] GET http://bo.pm.lan/image?action=upload |
| Commentaire de Arnaud Potier [ 17/mars/10 14:47 ] |
|
Dans AdvertModifyDeleteInclude.jsi, la logique pour
déterminer l'url d'ajout de photo était fausse: on se basait sur le fait
que le produit sois privé au lieu de se baser sur le fait que le
produit ait des attributs distincts. Correction de la condition du if |
[APP-15163] [BO] Configuration produit : liste des types incomplète en raison d'une erreur Création: 20/févr./07 15:59 Mise à jour: 25/juin/07 18:49 Résolue: 03/avr./07 12:57 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 12.1.0 |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Fabien Farache | Attribution: | Renaud Dierickx |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Navigateur: | Tous |
| Projets PM archivés: | Maintenance 14.x.x |
| Description |
|
Dans le BO prod lorsque l'on va dans "configuration produit"
la page s'affiche mais ne charge pas complètement... la liste des types
n'est pas complète. Lorsqu'on regarde tout en bas de la liste au lieu d'avoir un type nous avon "Erreur - Non disponible" |
| Commentaires |
| Commentaire de Christophe Garcia [ 20/févr./07 18:38 ] |
|
2007-02-20 18:37:08,663 INFO [-Processor68] 62.23.27.114 - >>> GET http://bo.priceminister.com/referential_back?action=productconfigurationlist 2007-02-20 18:37:16,044 ERROR [-Processor68] 62.23.27.114 - Block generation error in : com.babelstore.referential.back.ProductConfigurationList_jsp 2007-02-20 18:37:16,046 ERROR [-Processor68] 62.23.27.114 - Assembly error Servlet : com.babelstore.referential.back.ReferentialBackServlet Request : GET http://bo.priceminister.com/referential_back?action=productconfigurationlist Referrer : http://bo.priceminister.com/admin_back?action=serverlist&selServer=sol User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) Trace : java.lang.NullPointerException at com.babelstore.referential.back.ProductConfigurationList_jsp.generate(ProductConfigurationList_jsp.java:202) at com.babelstore.util.Block.generate(Block.java:143) at com.babelstore.util.web.Request.include(Request.java:520) at com.babelstore.util.web.Request.include(Request.java:553) at com.babelstore.util.web.Request.include(Request.java:559) at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:59) at com.babelstore.util.Block.generate(Block.java:143) at com.babelstore.util.web.Screen.generate(Screen.java:137) at com.babelstore.util.web.Request.generate(Request.java:493) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:363) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:166) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2007-02-20 18:37:16,047 INFO [-Processor68] 62.23.27.114 - <<< [7384 ms] GET http://bo.priceminister.com/referential_back?action=productconfigurationlis t 2007-02-20 18:37:16,047 WARN [-Processor68] 62.23.27.114 - Long request [7384 ms]: GET http://bo.priceminister.com/referential_back?action=productconfig urationlist |
| Commentaire de Fabien Farache [ 20/févr./07 18:43 ] |
|
on a regardé tout ça avec RED, on fait un point demain matin
après le rafraichissement des caches pour voir si nos suppositions sont
vérifiées et comment donner suite au problème. |
| Commentaire de Renaud Dierickx [ 21/févr./07 09:04 ] |
|
Effectivement, ça vient du fait que pour cet écran on passe via les caches. Ce n'est pas normal et je vais étudier le problème. Il y a un moyen de contourner le problème (c'est ce qu'on a fait hier). Je modifie donc la priorité du jira de bloquant à critique. |
| Commentaire de Fabien Farache [ 21/févr./07 09:06 ] |
|
Le problème est reglé, à priori suite au rafraichissement
des caches mais il ne faut pas fermer ce Jira pour aurant car on a bel
et bien un problème. Dès que l'on crée un nouveau type cela génère une erreur dans la configuration produit (jusqu'à rafraichissement du cache donc toute la journée après création du nouveau type). |
| Commentaire de Geneviève Beaujard [ 02/avr./07 14:52 ] |
|
Le produit se produit si l'on execute les etapes suivantes: 1) creation d'un nouceau type 2) recharge des caches Produits: types et mediums et Produits:configuration 3) creation d'une nouvelle conf sur ce nouveau type 4) affichage de la liste des confs A l'etape 4 on a une NullPointerException, et cela dans tous les cas et non de maniere aleatoire comme fabien me l'as dit. Correction pour ne plus avoir ce bug: solution 1) recharger le cache Produits:configuration apres l'etape 3 solution 2) Dans ProductConfigurationModel Ne pas prendre la conf produit dans le cache, mais alors la ça va couter cher en temps Je pense que la soultion 1 est suffissante. Explication du probleme: Voici une partie du code de ProductConfigurationList.jsp: // colConfig est la liste des configuration existants (la derniere conf sur le nouveau type de produit incluse) for (Iterator i = mdl.colConfig.iterator(); i.hasNext();){ PrdConfigurationInfo inf = (PrdConfigurationInfo) i.next(); b = (inf.getPrdMediumCode() == null) ? !b : b; String sTitle = null != inf.getPrdMediumCode() ? mdl.tree.getTypeName(inf.getPrdTypeCode()) + " - " + mdl.tree.getMediumName(inf.getPrdMediumCode()) : mdl.tree.getTypeName(inf.getPrdTypeCode()); //C'est sur ces lignes que le Pb se produit //En effet inf.getPrdTypeCode() contient bien le nouveau type de produit, //mais le cache Produits:configuration n'etant pas rechargé mdl.tree.getConfiguration(inf.getPrdTypeCode()) = NULL Map<String, String> mapListTemplate = ContentService.getProductListTemplateBO(req, mdl.tree.getConfiguration(inf.getPrdTypeCode()).getIgListTemplateAlias()); Map<String, String> mapDetailTemplate = ContentService.getProductDetailTemplateBO(req, mdl.tree.getConfiguration(inf.getPrdTypeCode()).getIgDetailTemplateAlias()); Qu'en penses tu renault? |
| Commentaire de Renaud Dierickx [ 03/avr./07 12:57 ] |
|
Je suis d'accord avec Geneviève, il faut bien suivre les différentes étapes qu'elle a décrites. Pour moi aussi, la solution 1 de GEB est suffisante. La solution 2 est effectivement beaucoup trop couteuse. Fabien, si d'un point de vue paramétrage vous n'êtes pas satisfait ou bloqué : merci de nous le faire savoir en réouvrant ce bug. Je ferme ce bug en "won't fix". |
| Commentaire de Fabien Farache [ 03/avr./07 13:30 ] |
|
"A l'etape 4 on a une NullPointerException, et cela dans
tous les cas et non de maniere aleatoire comme fabien me l'as dit. " Je n'ai jamais dit que ça se produisait de façon aléatoire, j'ai juste dit que c'était la première fois qu'on voyait ça et que personne de l'équipe n'avait rencontré ce problème avant |
[APP-4806] Nouveau compte : Impossible de voir les articles memorisés Création: 07/juin/05 16:55 Mise à jour: 25/juin/07 18:30 Résolue: 25/juin/07 18:30 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Geneviève Beaujard | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Je ne suis pas acheteur et j'ai memorisé des articles. J'ai donc crée un compte. Sur la page mon compte, je ne peux pas cliquer sur le lien 'mes articles mémorisés'. Est ce normal? Par compte il y a bien dans l'entête un picto memo, mais est ce suffisant? |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 08/juin/05 13:44 ] |
|
Il y a depuis toujours une incoherence avec le bloc mon compte et la page mon compte. Dan le bloc on voit toujours la partie acheteur, alors que dans la page c'est barré (nouveau compte). Est ce normal? Synchronise t'on le bloc avec la page. J'ai besoin de ces renseignements pour corriger ce bug. |
| Commentaire de Stéphane Archer [ 08/juin/05 16:57 ] |
|
1/Il y a depuis toujours une incoherence avec le bloc mon compte et la page mon compte. Dan le bloc on voit toujours la partie acheteur, alors que dans la page c'est barré (nouveau compte). Est ce normal? >> Sur la partie mon compte à partir du moment où un pricemember fait l'action de mémoriser une auto on libère le menu acheteur. 2/ Synchronise t'on le bloc avec la page. >> Non, je préfère que l'on fasse une réflexion globale sur mon compte le moment venu |
| Commentaire de Geneviève Beaujard [ 08/juin/05 17:44 ] |
|
*** This bug has been marked as a duplicate of 5373 *** |
| Commentaire de Geneviève Beaujard [ 08/juin/05 19:48 ] |
| annulation du commentaire #3 (mettre ses lunettes) |
| Commentaire de Geneviève Beaujard [ 09/juin/05 09:43 ] |
| OK |
| Commentaire de Alexandra Imbert [ 13/juin/05 15:54 ] |
| ok sur le site de test |
[APP-18382] BO Produit - Recherche produits modifiés par un id import ne fonctionne pas Création: 30/oct./07 10:58 Mise à jour: 04/juin/08 11:59 Résolue: 04/juin/08 10:56 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, FAST engine |
| Affecte la/les version(s): | 17.1.1 |
| Version(s) corrigée(s): | 23.0.0 (CAT-B) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Mostafa Diane |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Classif1: | BO |
| Classif2: | recherche produit |
| Projets PM archivés: | Maintenance 20.x.x |
| Description |
|
Lorsqu'on fait une recherche sur le BO Produit via un id de
fichier d'import, seul les produits créés par l'import s'affiche bien
que la case "modifié" ait été cochée.
|
| Commentaires |
[EXP-2363] Création de Compte FTP pour le Site Espagne - Plateforme DEV Création: 29/juin/06 15:56 Mise à jour: 25/juin/07 18:58 Résolue: 02/oct./06 10:06 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Marion Anfreville | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Nous avons une demande de création de compte FTP pour un
compte présent sur le Site Espagne (entre autre, un de nos fournisseurs
de bases de données). Le problème est que nous ne savons pas exactement comment nous devons procéder pour créer un compte FTP pour un compte présent sur le site espagne. Actuellement, sur le site France, nous utilisons le script "pmcreateftpaccount.sh" pour créer le compte FTP. Ensuite : - nous créons un profil d'import pour le partenaire. - nous créons une configuration FTP pour le partenaire en XML dans laquelle nous avons besoin des données type login, id compte, id profil. Les problématiques sont : - script création compte ftp : est-ce que les répertoires concernant le compte ftp du partenaire qui a un compte Espagne vont être créer au même endroit que pour le site France ? - Si on créer un compte sans spécificité au niveau de la plateforme, comment pourra-t-on dans la configuration pointer vers un compte présent sur le site espagne et le profil se trouvant sur le site Espagne ? Actuellement, nous n'avons que la plateforme DEV Espagne. Pourrait-on créer un compte FTP qui pointe vers cette plateforme ? Il est urgent de trouver une solution à ce problème car le contrat est signé (ou va être signé d'ici peut) et nous devons fournir à notre fournisseur de BDD Livre Espagne un accès pour qu'il puisse déposer ces fichiers. |
| Commentaires |
| Commentaire de Marion Anfreville [ 30/juin/06 09:29 ] |
|
J'ai ouvert un compte FTP sur la prod FR pour que le partenaire ai un compte FTP où déposer ces fichiers : PRM-4902. Login: casadellibro Pass : Ft81Mb adresse : ftp.priceminister.com/ |
| Commentaire de Eric Vannier [ 02/oct./06 10:06 ] |
| Il est maintenant possible de créer des comptes ftp sur Bacchus qui va être mis à disposition de la prod cette semaine normallement. |
[IMP-6294] ouverture compte FTP type sellermania pro llejeune Création: 08/juin/10 14:27 Mise à jour: 08/juin/10 16:00 Résolue: 08/juin/10 16:00 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Gaël Seguillon | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | llejeune |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces, Suppression annonces, Mise à jour/création annonces (écrasement)
|
| Groupe: | Sellermania |
| Description |
|
ouverture compte FTP type sellermania pro
|
| Commentaires |
| Commentaire de Jérome Marianne [ 08/juin/10 15:52 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : llejeune mot de passe : lle222jeune Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Jérome Marianne [ 08/juin/10 16:00 ] |
| Compte FTP activé et format paramétré pour le pro llejeune. |
Intégration BDD Decitre
(IMP-32)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | FTP |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Critique |
| Rapporteur: | Marion Anfreville | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Estimation restante: | 4 heures | ||
| Temps consacré: | 30 minutes | ||
| Estimation originale: | 4 heures | ||
| Description |
|
Créer le compte FTP pour permettre l'import des fichiers de maj du référentiel Decitre. Login : pm_decitre ID Compte : 11574455 Profil à prendre en compte : ID : 4298439 + Import Images |
| Commentaires |
| Commentaire de Marion Anfreville [ 16/août/06 11:50 ] |
|
===================================================================== COMPTE du vendeur créé ... Login: pm_decitre Pass : pm_Liv06 ===================================================================== |
| Commentaire de Marion Anfreville [ 16/août/06 12:53 ] |
|
Configuration FTP faite : - Les fichiers zippés doivent être déposés à la racine du compte FTP. - Ceux-ci sont dézippés par la conf. - On déplace les fichiers en fonction de leur nom vers les bons profils d'import - Les images (grand format) doivent être déposées dans le répertoire "Images". Il s'agit d'images .gif |
[APP-26593] BO : Long query en prod Création: 21/sept./09 17:01 Mise à jour: 16/nov./09 16:25 Résolue: 25/sept./09 12:03 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 52.0.3.1 |
| Version(s) corrigée(s): | 57.0.0 (CTN-N) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Renaud Dierickx | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM archivés: | Avis (Lot 2) |
| Description |
|
PPE : Pb sur une requête BO d'avis en prod select * from ( select review0_.REVIEW_ID as REVIEW1_7_0_, product1_.PRODUCT_ID as PRODUCT1_36_1_, user2_.USER_ACCOUNT_ID as USER1_37_2_, review0_.PRODUCT_ID as PRODUCT2_7_0_, review0_.USER_ACCOUNT_ID as USER3_7_0_, review0_.RVW_STATUS_CODE as RVW4_7_0_, review0_.TITLE as TITLE7_0_, review0_.DESCRIPTION as DESCRIPT6_7_0_, review0_.NOTE as NOTE7_0_, review0_.CREATION_DATE as CREATION8_7_0_, review0_.CHANGE_DATE as CHANGE9_7_0_, review0_.FO_MODIFICATION_DATE as FO10_7_0_, review0_.FEEDBACK_POSITIVE_COUNT as FEEDBACK11_7_0_, review0_.FEEDBACK_NEGATIVE_COUNT as FEEDBACK12_7_0_, review0_.ROW_VERSION as ROW13_7_0_, product1_.BASE_PRODUCT_ID as BASE2_36_1_, product1_.CREATION_DATE as CREATION3_36_1_, product1_.CHANGE_DATE as CHANGE4_36_1_, product1_.TITLE as TITLE36_1_, product1_.URL_NAME as URL6_36_1_, product1_.STOCK_QUANTITY as STOCK7_36_1_, product1_.LIST_PRICE as LIST8_36_1_, product1_.BEST_PRICE as BEST9_36_1_, product1_.CURRENCY_ID as CURRENCY10_36_1_, product1_.WEIGHT as WEIGHT36_1_, product1_.MEDIUM_COUNT as MEDIUM12_36_1_, product1_.RELEASE_DATE as RELEASE13_36_1_, product1_.PRD_AVAILABILITY_CODE as PRD14_36_1_, product1_.PRD_TYPE_CODE as PRD15_36_1_, product1_.PRD_SOURCE_CODE as PRD16_36_1_, product1_.PRD_CHANGE_CODE as PRD17_36_1_, product1_.PRD_STATUS_CODE as PRD18_36_1_, product1_.SUBMITTER_COMMENT as SUBMITTER19_36_1_, product1_.SUBMITTER_ACCOUNT_ID as SUBMITTER20_36_1_, product1_.ADV_CURRENCY_ID as ADV21_36_1_, product1_.LONG_TITLE as LONG22_36_1_, product1_.ADMIN_COMMENT as ADMIN23_36_1_, product1_.SPEC_STATUS_CODE as SPEC24_36_1_, product1_.UNLIMITED_COUNT as UNLIMITED25_36_1_, product1_.IS_AVAILABLE as IS26_36_1_, product1_.NEW_BEST_PRICE as NEW27_36_1_, product1_.NEW_CURRENCY_ID as NEW28_36_1_, product1_.NEW_COUNT as NEW29_36_1_, product1_.USED_BEST_PRICE as USED30_36_1_, product1_.USED_CURRENCY_ID as USED31_36_1_, product1_.USED_COUNT as USED32_36_1_, product1_.COLLECTIBLE_BEST_PRICE as COLLECT33_36_1_, product1_.COLLECTIBLE_CURRENCY_ID as COLLECT34_36_1_, product1_.COLLECTIBLE_COUNT as COLLECT35_36_1_, product1_.SUSPICION_CAUSE as SUSPICION36_36_1_, product1_.DATA_FILE_ID as DATA37_36_1_, product1_.OWNER_ACCOUNT_ID as OWNER38_36_1_, product1_.FRESHNESS_DATE as FRESHNESS39_36_1_, product1_.DATA_FILE_PROCESS_CYCLE as DATA40_36_1_, product1_.DATA_FILE_PROCESS_ID as DATA41_36_1_, product1_.PRD_VISIBILITY_CODE as PRD42_36_1_, product1_.FAST_NOTIFICATION_DATE as FAST43_36_1_, product1_.SUMMARY as SUMMARY36_1_, product1_.SUMMARY_FRESHNESS_DATE as SUMMARY45_36_1_, product1_.PRD_LINE_KEY as PRD46_36_1_, product1_.PRD_NAVIGATION_KEY as PRD47_36_1_, product1_.PRD_MODEL_KEY as PRD48_36_1_, product1_.PRD_MANUFACTURER_KEY as PRD49_36_1_, product1_.ROW_VERSION as ROW50_36_1_, product1_.LAST_ADVERT_CREATION_DATE as LAST51_36_1_, product1_.COLLAPSE_KEY as COLLAPSE52_36_1_, product1_.COLLAPSE_BEST_PRICE as COLLAPSE53_36_1_, product1_.COLLAPSE_CURRENCY_ID as COLLAPSE54_36_1_, product1_.COLLAPSE_NEW_BEST_PRICE as COLLAPSE55_36_1_, product1_.COLLAPSE_NEW_CURRENCY_ID as COLLAPSE56_36_1_, product1_.COLLAPSE_USED_BEST_PRICE as COLLAPSE57_36_1_, product1_.COLLAPSE_USED_CURRENCY_ID as COLLAPSE58_36_1_, product1_.COLLAPSE_COLLECTIBLE_BEST_PRI as COLLAPSE59_36_1_, product1_.COLLAPSE_COLLECTIBLE_CUR_ID as COLLAPSE60_36_1_, user2_.LOGIN as LOGIN37_2_, user2_.GRANT_SUBMIT_REVIEW as GRANT3_37_2_ from COMMUNITY_1.REVIEW review0_ inner join PRODUCT_1.PRODUCT product1_ on review0_.PRODUCT_ID=product1_.PRODUCT_ID inner join USER_1.USER_ACCOUNT user2_ on review0_.USER_ACCOUNT_ID=user2_.USER_ACCOUNT_ID where review0_.RVW_STATUS_CODE in (10 , 20) order by review0_.CHANGE_DATE, review0_.FO_MODIFICATION_DATE ) where rownum <= :1 _______________________________ RED : - Soit on se prend la tête à créer un index... Boff ! - Soit je force l'utilisateur à ajouter des critères de recherche s'il ne cherche que par rvw_status_code On acte pour la solution 2 : rapide et simple... mais visible en prod qu'à partir de la ctn-n ! |
| Commentaires |
| Commentaire de Renaud Dierickx [ 25/sept./09 12:03 ] |
| [CAJ2009Q3CTN] |
[EXP-2034] Ajout baalia dans le group bo Création: 15/mai/06 12:19 Mise à jour: 25/juin/07 18:58 Résolue: 15/mai/06 12:19 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 20 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Et créer un lien entre son home et le rep backoffice
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 15/mai/06 12:19 ] |
|
Lien créer entre son home et le group bo ajout dans le group démonstration à arnaud |
[APP-25439] Prendre en compte les reversements en cours lors du calcul de la dette ? Création: 28/mai/09 18:32 Mise à jour: 04/nov./09 11:50 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Description |
|
Quand un utilisateur crédite son PMV négatif, on ne prend
pas en compte le montant de son virement dans le message en en-tête de
la page Mon Compte. A faire ? Voir screenshot. |
| Commentaires |
| Commentaire de Emeric Teil [ 28/mai/09 18:43 ] |
| On ne le prends pas en compte car il n'a pas encore été réalisé (finalisé). La dette affichée correspond au solde réel à l'instant t, pas au solde à venir. |
| Commentaire de Emeric Teil [ 29/mai/09 09:48 ] |
| Si tu n'y vois pas d'objection, on va donc résoudre ce Jira en "Aucune Correction Envisagée". |
| Commentaire de Christophe Garcia [ 29/mai/09 11:11 ] |
|
J'ai bien compris mais c'est justement ce que j'aimerais qui
soit fait : que l'on prenne en compte les crédits PMV en cours pour
donner un retour clair à l'utilisateur. Exemple : Attention, vous devez 51,95 ¿ à PriceMinister (pour plus d'explications, cliquez ici). Cette situation ne pouvant être que passagère, nous vous invitons à la régulariser en alimentant votre Porte-Monnaie. Votre versement de XX, XX ¿ est en cours de traitement. Reste dû (après validation de ce versement) : 51.95 - XX, XX Note : Je virerai bien le "Attention" en début de phrase. Y'a déjà un picto "!". Note 2 : Et je formulerai les choses différemment pour être moins agressif. "Actuellement, votre compte PriceMinister est débiteur de XX, XX¿. Cette situation ne pouvant être que passagère, nous vous invitons à la régulariser en alimentant votre Porte-Monnaie. Pour plus d'explications, cliquez ici." |
| Commentaire de Emeric Teil [ 29/mai/09 11:28 ] |
|
On peut y réfléchir pour une prochaine version mais pour moi
il ne faut rien changer. Prendre en compte les crédits en cours
créerait pas mal de cas supplémentaires, par exemple "que faire qi le
crédit en cours couvre totalement la dette ? on n'affiche plus le
cartouche ? pourtant il nous doit toujours de l'argent et son solde réel
est toujours négatif...) Pour parallèle, aujourd'hui quand on affiche le solde du PMV on ne prend pas non plus en compte les crédit en cours tant qu'ils n'ont pas été finalisés et puisque l'info affichée ici est le solde réel, il n'y a pas de raison de modifier ce comportement. Par contre, on peut éventuellement rajouter une explication dédié dans l'aide liée du genre : "si vous avez fait une demande de crédit pour régulariser votre situation, ne tenez pas compte de ce message, votre dette sera revue dès finalisation de l'opération". |
| Commentaire de Cedric Favero [ 29/mai/09 11:29 ] |
|
Pour les wordings; La notion de "débiteur" deplait tres fortement à PFA. Et je trouve qu'on est déjà pas trop méchant.. Par contre suis assez d'accord qu'il aurait été bien d'avoir un wording différent quand un crédit est amorcé (Votre versement de XX, XX ¿ est actuellement en cours de traitement et ce message disparaitra lorsque ce dernier aura été validé) mais par contre la déduction sur la somme due ne me semble pas pertinente tant qu'on est pas sur d'avoir l'argent (facile de demander un crédit mais de ne rien envoyer derriere). Vrai aussi qu'on a pas relevé çà plus tot... |
| Commentaire de Emeric Teil [ 29/mai/09 11:35 ] |
|
Le problème est, comme expliqué précédemment, que le message
ne disparaitra pas forcément après le crédit finalisé... Cet aspect avait déjà été évoqué, on avait préféré rester sur quelque chose de simple. |
[APP-22461] BO message-back - création d'une nouvelle boite de messagerie "back VALIDATION" Création: 07/oct./08 09:34 Mise à jour: 04/nov./09 12:08 Résolue: 21/oct./08 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 30.0.2 |
| Version(s) corrigée(s): | 32.0.0 (CTN-G) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||||||
| Description |
|
Dans le cadre de l'amélioration du traitement des fiches-produits soumises imprécises (nouvelle macro: voir Lien page concernée : http://bo.priceminister.com/message_back?action=usrmessagesearch&advanced=true&fuzzy=false&numberrows=10 Voir PJ pour emplacement. La redirection des messages concernés via cette nouvelle boite est gérable directement par le BO (Cédric). |
| Commentaires |
| Commentaire de Cedric Favero [ 07/oct./08 11:36 ] |
|
je confirme la demande. On conserve la boite prod AURELIEN pour la plupart des mails mais il nous faut (en plus) une nouvelle boite back VALIDATION. Cette boite doit etre créée en BO en premier lieu mais aussi dans INFOGLUE (swan?) pour que l'on puisse ensuite créer des nouveaux formulaires pointant vers cette derniere. Merci d'avance. |
| Commentaire de Alexandre Garnier [ 14/oct./08 14:23 ] |
|
Boîte créée en PROD FR (en raison du cache, sera disponible demain) Nouvelle valeur disponible dans les HelpForm sous IG CMS1 et CMS3. Par contre problème : la création en PROD ES sera avec un ID différent de FR et du coup il y aura problème de correspondance au niveau IG. Ce problème avait déjà été soulevé mais sans plus. |
| Commentaire de Cedric Favero [ 14/oct./08 14:52 ] |
|
Ok on regarde demain ce qu'il en est et on teste la redirection à partir de formulaires infoglue. Merci. |
| Commentaire de Alexandre Garnier [ 20/oct./08 12:04 ] |
| Boîte OK en ES car même ID (1340) lors de la création mais pas OK en UK (1322) |
| Commentaire de Alexandre Garnier [ 20/oct./08 12:17 ] |
|
Patrick, est-il possible de modifier l'ID de cette entrée dans la base ? Et est-il possible de synchroniser la séquence UK avec celle de FR pour que les prochaines entrées aient le même ID ? |
| Commentaire de Alexandre Garnier [ 21/oct./08 18:27 ] |
|
Boîte en place en PROD FR, ES et UK. Disponible dans IG pour FR et ES. Maintenant, au SAV d'adapter/créer les formulaires pour les mettre dans le bon contexte de boîte de réception. Pour ce qui est de UK, non bloquant donc dans le JIRA lié |
| Commentaire de Cedric Favero [ 22/oct./08 11:00 ] |
|
Ok super. Merci Alexandre. On fait ce dont on a besoin coté messages type et formulaires. Merci bcp. |
[IMP-5971] PRO4SPORT-fr : images non visibles en Front alors qu'elles sont bien en BO Création: 03/mai/10 14:44 Mise à jour: 10/mai/10 10:38 Résolue: 10/mai/10 10:35 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Laurent Payot | Attribution: | Laurent Payot |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Login: | pro4sport | ||||||||
| Séparateur: | N/A | ||||||||
| Type de traitement: |
N/A
|
||||||||
| Description |
|
De : Julien Buhagiar [mailto:julien.buhagiar@priceminister.com] Envoyé : lundi 3 mai 2010 13:53 À : 'SUPPORT PRO' Cc : 'Laurent Payot'; 'Daniel Pintamalli' Objet : PRO4SPORT-FR (LAURENT) Hey Le pro PRO4SPORT-fr a des images non visibles en Front alors qu'elles sont bien en BO http://bo.priceminister.com/boutique/pro4sport-fr/pa/9 Quelle est la raison ? NB : j'avais fait également un email pour le même problème avec GalaxySports (Daniel) _____________________________________________ Julien Buhagiar |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 04/mai/10 16:17 ] |
|
Le problème est présent pour un autre PRO qui fait de la mode: Message de Julien (lun. 03/05/2010 11:59) Peux tu regarder ce lien svp : http://bo.priceminister.com/boutique/galaxysport1/pa/7 Les photos ne sont pas là, alors qu'en BO, elles sont bien téléchargées. C'est arrivé plusieurs fois avec d'autres pros en mode. Quelle est la raison ? |
| Commentaire de Laurent Payot [ 05/mai/10 15:32 ] |
| On a le même problème pour ndc-uk : problème général? |
| Commentaire de Laurent Payot [ 05/mai/10 16:59 ] |
|
Le probème ndc-uk était différent, et résolu. Vu avec Patrick : rien de spécial niveau exploitation pour les images. Investigations en cours. |
| Commentaire de Laurent Payot [ 06/mai/10 11:16 ] |
|
Suite au bug niveau exploit je ne peux pas récupérer son
dernier fichier pour supprimer et recréer les fiches produits avec les
images. Mardi Julien a demandé un nouveau fichier au pro, j'attend ce
fichier : De : Julien Buhagiar [mailto:julien.buhagiar@priceminister.com] Envoyé : mardi 4 mai 2010 13:24 À : 'Liam' Cc : support.pro@priceminister.com Objet : RE: Pro4Sport Equipment file Hello Liam I hope you are doing well You need first to send me your file because you are going to use a different format. Our IT team needs to set it up. Please use the template attached. The Basic HTML is permitted in the product description. <li><br><b> and <i> About the size, just put S (for Small) and give the size variations in the column "listing comment". Shipping/Packaging is not necessary. Use is not necessary Ok to put the translated names into column W, and translated descriptions into column X. Feel free to contact me for any concerns, I look forward to hearing from you very soon, Best regards |
| Commentaire de Laurent Payot [ 06/mai/10 11:18 ] |
| Le pro n'envoie pas de nouveau fichier --> priorité abaissée à majeur. |
| Commentaire de Julien Buhagiar [ 06/mai/10 15:33 ] |
|
N'oublies pas de me mettre en copie des Jiras svp, lorsqu'ils concernent mes pros :-) Thanks Par ailleurs, avant de repasser le jira en majeur, as-tu prévenu le pro que tu voulais un nouveau fichier MODE pour faire les tests au niveau des photos? Il fonctionne avec un fichier par marque. Lequel tu veux? En outre, mon email du mardi 4 mai 2010 13:24 que tu as rajouté dans cet email concerne une autre demande que celle du jira initial. En effet, cet email concerne la fourniture d'un fichier MATERIEL SPORT. Ce n'est donc pas ce fichier qui va permettre de résoudre le problèmes des photos MODE. A ta dispo pour toutes questions, :-) |
| Commentaire de Laurent Payot [ 07/mai/10 15:13 ] |
|
Je viens de lui demander son fichier mode sans préciser la
marque, de toute façon pour supprimer tous ses produits mode j'ai
besoins de tous ses fichiers mode. J'espère qu'il va tous les envoyer,
sinon je lui préciserai. De : SUPPORT PRO [mailto:support.pro@priceminister.com] Envoyé : vendredi 7 mai 2010 15:12 À : 'Liam' Cc : 'Julien Buhagiar' Objet : RE: Pro4Sport Equipment file - Hello Liam, Besides the files asked by Julien, for technical reasons (pictures URL check) we also need your clothes file. Please let me know when you submit these two files. Feel free to mail me at support.pro@priceminister.com if you have any questions. Ticket Regards, |
| Commentaire de Laurent Payot [ 07/mai/10 16:54 ] |
|
Le pro a envoyé ses fichiers par mail: De : Liam [mailto:liam@pro4sport.co.uk] Envoyé : vendredi 7 mai 2010 15:36 À : 'SUPPORT PRO' Cc : 'Julien Buhagiar' Objet : RE: Pro4Sport Equipment file - Hi, Laurent, Please find attached the following files: Clothing Shimano.csv - Shimano shoes. Gill.csv - Gill sailing clothing Ronhill.csv - Ronhill running clothing Equipment Mad2.csv - Giro sunglasses, and cycling helmets |
| Commentaire de Laurent Payot [ 07/mai/10 17:30 ] |
|
J'ai soumis les fichiers clothing du pro en suppression
produit. j'ai soumis les fichier clothing sur le FTP, ils vont
normalement régénérer les produits et annonces FR. En examinant la config FTP j'ai vu qu'il n'y avait pas de sous répertoires pour différentier les fichiers mode des fichiers matériel de sport sur UK. J'ai créé le jira |
| Commentaire de Laurent Payot [ 10/mai/10 10:35 ] |
| La suppression-recréation des produits n'a rien changé. En y regardant de plus près on voit que des URL images sont invalides, cela directement dans le fichier du pro. Il faut tout simplement que le pro corrige ses URL si il veut avoir des images. |
[APP-5739] FP BO - onglet Attribut : comportement étrange avec l'attribut "En tête / Gamme" Création: 05/oct./05 10:56 Mise à jour: 25/juin/07 18:32 Résolue: 07/oct./05 11:01 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 8.0.4f |
| Version(s) corrigée(s): | 8.0.6 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Nicolas Gréhalle | Attribution: | Gaël Klosek |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Sur le type "Jeux Vidéo en précommande", j'ai mappé
l'attribut "en tête/Gamme", puis j'ai mappé des valeurs pour ce type et
cet attribut? Cependant, lorsque je mets une nouvelle valeur sur une FP et que je valide en BO, l'attribut disparait. Du coup, la fiche ne matche plus correctement la navigation dés que l'on fait une modification de la ficher en BO. C'est systématique et reproduit en intégration. |
| Commentaires |
| Commentaire de Gaël Klosek [ 07/oct./05 09:00 ] |
|
Le mécanisme de mise à jour des information produits, au
niveau BO, déclenche la suppression des attributs "Fabricant" et "en
tête/Gamme" afin de les recréer avec les nouvelles informations
validées. Le problème vient du fait que l'information "en tête/Gamme" n'est pas présente dans les informations BO de certains types de produits, tel que "Jeux Vidéos en Précommande". Ceci explique la disparition de l'attribut sans être recréé. Dorénavant, l'attribut "en tête/Gamme" sera donc affiché s'il est mappé sur le type de produit et ainsi que des valeurs. |
| Commentaire de Florent Bernard [ 07/oct./05 17:34 ] |
| OK ajout et modification d'un attribut entete/gamme |
[IMP-392] Creation compte FTP pseudo: Zeromusite (Tiendas Tipo) Création: 03/avr./07 10:11 Mise à jour: 30/oct./09 15:43 Résolue: 05/avr./07 10:26 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Cantoni Carlos | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | 10 minutes | Temps consacré: | 10 minutes |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Pays: |
ESP - Espagne
|
||||||||||
| Login: | ZEROMUSITE | ||||||||||
| Séparateur: | N/A | ||||||||||
| Type de traitement: |
N/A
|
||||||||||
| Estimation: | Petit | ||||||||||
| Description |
|
merci de creer un compte FTP pour le partenaire espagnol Zeromusite "Tiendas Tipo" |
| Commentaires |
| Commentaire de Marion Anfreville [ 03/avr./07 11:57 ] |
|
COMPTE du vendeur créé ... ======= Compte FTP ======= ==== Home : zeromusite ===== ==== Pass : Ft07_pm8 ======= |
| Commentaire de Marion Anfreville [ 03/avr./07 12:00 ] |
|
adresse es : ftp.priceminister.es/ Le partenaire peut se connecter à son compte avec ces paramètres afin de déposer son fichier complet. Je garde la demande ouverte car la configuration FTP ne pourra être faite que lorsque le partenaire aura un ou plusieurs profils d'import. |
| Commentaire de Marion Anfreville [ 05/avr./07 10:26 ] |
| Une autre demande ou sous-tâche sera ouverte pour la config. FTP lorsque tu auras fait ta demande de création de profil(s)/format pour le partenaire (pas de profil d'import => pas de config FTP). |
[IMP-6656] [FR] Flux de commandes FTP du compte: rlo25 Création: 29/juil./10 15:03 Mise à jour: 29/juil./10 16:41 Résolue: 29/juil./10 16:41 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jeremy Pallot | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | rlo25 |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement), Mise à jour/création annonces, Suppression annonces
|
| Description |
|
Bonjour, Pouvez-vous ajouter au FTP du compte: rlo25 les flux de commandes. Merci, |
| Commentaires |
| Commentaire de Fotigui Tangara [ 29/juil./10 16:37 ] |
|
Rappel des paramètres de connexion : ===================================== Compte FTP vendeur créé... Pseudo : rlo25 mot de passe : r!25L21 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================== |
| Commentaire de Fotigui Tangara [ 29/juil./10 16:37 ] |
|
===================================== Compte FTP vendeur créé... Pseudo : rlo25 mot de passe : r!25L21 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================== C'est OK. Demande traitée. |
[EXP-4724] Ajout d'une nouvelle servlet "test" dans jk.bo Création: 24/févr./09 10:45 Mise à jour: 15/mai/09 09:51 Résolue: 15/mai/09 09:51 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
- Dans un premier temps ajouter la servlet dans le
jk.* (utilisé par preview.priceminister.com) et supprimer (ou renommer)
le répertoire "test" présent dans sur "/htdocs/pmweb/"; faire un
"graceful" - Une fois que la page "/test/contact/index.html" sur preview s'affiche comme voulu, la servlet "test" peut être ajouté dans le "jk.bo" et le répertoire "test" supprimé définitivement (si ce n'est pas encore fait); |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 15/mai/09 09:51 ] |
|
C'est toujours d'actualité? C'est un nouveau jk.bo ? |
[IMP-2128] les majs déposés sur le FTP ne sont pas prises en compte pro antonline Création: 21/avr./08 15:35 Mise à jour: 30/oct./09 15:51 Résolue: 23/avr./08 10:33 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Gaël Seguillon | Attribution: | Fabien Farache |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | antonline |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
05/06/2007 - XBA ======= Compte FTP ======= ==== Home : antonline ===== ==== Pass : aos666 ======= le fichier de maj reste sur le FTP n'est pas retiré n'est pas pris en compte depuis plusieurs semaines |
| Commentaires |
| Commentaire de Fabien Farache [ 23/avr./08 10:02 ] |
|
Le ftp est sensible à la casse. Il faut dire au pro que les extensions de ses fichiers déposés doivent être du type .csv ou .txt (et non .TXT comme le fichier qui n'était pas pris en compte) |
| Commentaire de Fabien Farache [ 23/avr./08 10:33 ] |
| C'est bon... suite au changement de l'extension que j'ai effectué sur son ftp (.TXT --> .txt) son fichier a été traité |
[IMP-2743] création compte FTP temporaire pour le partenaire mgoddingltd Création: 20/oct./08 09:57 Mise à jour: 30/oct./09 15:43 Résolue: 20/oct./08 11:54 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Robin Dohin | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | mgoddingltd |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
création compte FTP temporaire pour le partenaire mgoddingltd Le partenaire a besoin de me transmettre un fichier de taille importante. Merci de bien vouloir lui créer un compte FTP temporaire. |
| Commentaires |
| Commentaire de Fotigui Tangara [ 20/oct./08 11:52 ] |
|
===================================================================== Compte FTP vendeur créé provisoirement en vu de transfert de fichiers Pseudo : mgoddingltd mot de passe : mgoROB Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Fotigui Tangara [ 20/oct./08 11:54 ] |
| Demande traitée... |
| Commentaire de Robin Dohin [ 20/oct./08 11:59 ] |
| ok, merci |
[APP-17075] Fiche Produit BO - Impossibilité d'entrer une date de sortie/parution Création: 13/juil./07 10:30 Mise à jour: 17/juil./07 18:05 Résolue: 13/juil./07 16:59 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Produits |
| Affecte la/les version(s): | 15.0.2 |
| Version(s) corrigée(s): | 15.0.3 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Laujol Jean-François | Attribution: | Sébastien Cambi |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM archivés: | Maintenance 15.x.x | ||||||||
| Description |
|
Comme le titre l'indique, il est impossible d'entrer une
date de sortie/parution dans la fiche du produit sur le BO dans la
catégorie "Modélisme" (pas encore constaté ailleurs dans d'autres
catégories mais il est possible que le bug soit visible autre part). N'hésitez pas à venir me voir si jamais vous avez besoin d'explications plus concrètes (Rez de chaussée - équipe Validation). |
| Commentaires |
| Commentaire de Laujol Jean-François [ 13/juil./07 11:07 ] |
|
Bug également constaté sur la catégorie "Jouet" du BO. A noter aussi que la date ne s'affiche pas plus sur le Front et le BO-Front. |
| Commentaire de Espérance Galouo-Lece [ 13/juil./07 13:24 ] |
|
Sous le serveur "Sol" 2007-07-13 12:33:49,726 INFO [-Processor16] BO:Anonyme - >>> GET http://bo.priceminister.com/referential_back?action=productview&productid=49515698 2007-07-13 12:33:49,944 INFO [-Processor16] BO:Anonyme - <<< [218 ms] GET http://bo.priceminister.com/referential_back?action=productview&productid=49515698 2007-07-13 12:34:14,355 INFO [-Processor50] BO:Anonyme - >>> POST http://bo.priceminister.com/referential_back!action=productupd...&contributor0=BENNY GOOD...&listprice=17.02 &medium=130&newcurrencyid=978&prdstatuscode=10&prdtypecode=20&productid=49515698&radiobutton=on&releasedate=01/01/2002&role0=10&specstatuscode=10&title=1931-1945&x=0&y=0 2007-07-13 12:34:14,491 INFO [-Processor50] BO:Anonyme - <<< [136 ms] POST http://bo.priceminister.com/referential_back!action=productupd...&contributor0=BENNY GOOD...&listpr ice=17.02&medium=130&newcurrencyid=978&prdstatuscode=10&prdtypecode=20&productid=49515698&radiobutton=on&releasedate=01/01/2002&role0=10&specstatuscode=10&title=1931-1945&x=0&y=0 - Quand la mise à jour de la date de "Sortie/Parution" se fait en INTEG, la zone de saisie efface le contenu puis ne rien |
| Commentaire de Edouard Gomez-Vaez [ 13/juil./07 16:22 ] |
|
Dans les catégories modélisme, jeux etc... il se trouve que
le medium est obligatoire à la modification BO (même si ce n'est pas le
cas à l'import). En revanche, toute modification de FP en BO fait perdre la date de parution à la fiche ! |
| Commentaire de Aurélien Vergalli [ 13/juil./07 16:26 ] |
| note : la pièce jointe n'a strictement rien a voir avec le problème de date parution (problème en outre constaté sur tous les types de produit) |
[IMP-1412] topv : reçoit le flux de 2 comptes Mixad differents Création: 11/oct./07 16:58 Mise à jour: 30/oct./09 15:51 Résolue: 11/oct./07 17:52 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 5 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | topv |
| Modèle: | mixad |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Estimation: | Petit |
| Groupe: | mixad |
| Description |
|
Suite à un bug il semblerait que deux comptes Mixad envoient actuellement leurs annonces sur ce compte Price. Serait t-il possible d'avoir les identifiants ou noms des deux comptes qui envoient sur celui-ci. Les annonces actuelles de ce comptes doivent être suprimées car elles sont en doublon sur le site et avec des erreurs de coordonnées. Il ne doit plus y avoir d'import tant que les deux comptes n'auront pas été identifiés. |
| Commentaires |
| Commentaire de Jérome Marianne [ 11/oct./07 17:10 ] |
| Maj : Il semble qu'il y ait plusieurs comptes Mixad qui envoient sur ce compte price car en regardant les annonces du comptes on voit plusieurs CP et villes différentes. |
| Commentaire de Rodrigue Nsiangani [ 11/oct./07 17:52 ] |
|
Cela a déjà corrigé dans une demande précédente. En faite, le pattern n'était pas assez restrictif donc la plupart des comptes envoyés les fichiers sur le compte du partenaire "topv". Si tu regardes l'historique du partenaire, tu verras qu'il y a un fichier en erreur http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=&login=topv&end_date=11%2F10%2F2007 Avant on avait le pattern suivant : <Pattern key='topv'>topv</Pattern> Maintenant : <Pattern key='^topv$'>topv</Pattern> Je ferme. |
| Commentaire de Rodrigue Nsiangani [ 11/oct./07 17:52 ] |
| Tu peux vider son compte |
[APP-15521] Mettre en place un système permettant d'associer dans les logs un identifiant aux actions réalisées en BO Création: 15/mars/07 16:22 Mise à jour: 06/juil./07 16:51 Résolue: 30/avr./07 11:00 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 13.0.3 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Younès Charrière | Attribution: | Clémence Desneiges |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Classif1: | BO | ||||||||
| Classif2: | login | ||||||||
| Projets PM archivés: | Maintenance 15.x.x | ||||||||
| Description |
|
Actuelement, nous n'avons aucun moyen de connaître dans les
logs la provenance d'une action effectuée en BO (traitement des messages
tels que les claims, param, ...). Serait-il possible de mettre en place un mécanisme d'identification (comme sur infoglue par exemple) qui nous permettrait donc d'associer un login aux actions dans les logs ? Ceci, nous simplifierait grandement l'identification de certains problèmes. Pour exemple se repporter au jira Merci. |
| Commentaires |
| Commentaire de Clémence Desneiges [ 25/avr./07 18:09 ] |
| Mise en place d'un log spécifique lorsqu'un utilisateur fait quelque chose en BO. S'il est identifié, son login, sinon "Non identifié" |
| Commentaire de Quentin de Chivré [ 26/avr./07 17:00 ] |
|
Et il a quelle tete ce log ? :-) Merci de mettre qq lignes en exemple |
| Commentaire de Clémence Desneiges [ 30/avr./07 10:59 ] |
|
Certes! C'est log4j.xml qui met en forme la ligne de log. Son dernier paramètre avant l'affichage du message est la variable name. C'est à cette variable que nous allons affecter différentes valeurs selon l'état et l'endroit où l'on se trouve. BO: - Si l'utilisateur est identifé: 2007-04-30 10:57:37 DEBUG [Query ] BO:desneigc - UsrMessageSearchQuery - Sinon: 2007-04-30 10:57:37 DEBUG [Query ] BO:Anonyme - UsrMessageSearchQuery FO: (cela reste inchangé) 2007-04-30 10:42:19 DEBUG [Request ] 192.168.1.166 - Request.toString ou 2007-04-30 10:42:19 DEBUG [Request ] clemd1 - Request.toString |
| Commentaire de Christophe Garcia [ 06/juil./07 16:51 ] |
| Vu par VID |
[APP-24093] (UK) Mauvais franglais dans le BO Recherche de fichiers Import (messages d'erreurs notamment) Création: 30/janv./09 17:08 Mise à jour: 14/avr./09 10:31 Résolue: 10/avr./09 16:37 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Import de Fichiers |
| Affecte la/les version(s): | 39.0.0 (CTN-I) |
| Version(s) corrigée(s): | 44.0.1 (Opé bon plan radin) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Rémi Virlouvet | Attribution: | Rémi Virlouvet |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Des libellés comme "Date od download" "The 50 first errors"
"Export erroneous lines erroneous" "None of this listings in your
inventory" se trimballent dans les fichiers d'import en BO prod UK et
c'est pas très joli.... notamment pour les vendeurs pro qui peuvent
avoir du mal à comprendre les erreurs de traitement de leurs fichiers. |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 11/févr./09 09:44 ] |
| Lors du traitement de ce Jira, faire une passe sur les messages d'erreurs possibles renvoyés par les imports et voir avec Rémi leur bonne formulation. |
| Commentaire de Rémi Virlouvet [ 05/mars/09 15:23 ] |
| voir en fait avec Laurent, expert imports anglophone, merci |
| Commentaire de Benoît Bourdon [ 05/mars/09 15:37 ] |
| en fait tout ces messages sont dans IG .... donc traduisibles sans intervention dev. |
| Commentaire de Jérôme Viviès [ 05/mars/09 16:49 ] |
| Rémi, dans IG, c'est pour toi, mais il faudra effectivement consulter l'équipe Import au passage. :) |
| Commentaire de Rémi Virlouvet [ 16/mars/09 11:12 ] |
|
se trouvent dans /default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/xxxxxxxx ont été traduits par clarkee, seront améliorés sous peu |
| Commentaire de Rémi Virlouvet [ 07/avr./09 16:27 ] |
|
cms ref et branch /default/Labels/_Phrase/_S/StockServiceBean/MSG_ADVERT_NONE_FOUND - English (UK) (276473) /default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/lbl_product_type - English (UK) (321868) 2009-04-07 clarkee /default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/title_import_file_type - English (UK) (321867) 2009-04-07 clarkee /default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/link_export_line - English (UK) (274027) 2009-04-07 rvi /default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/lbl_first_error - English (UK) (274028) 2009-04-07 rvi /default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/lbl_download_date - English (UK) (321866) 2009-04-07 rvi /default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/lbl_default_quality - English (UK) (321865) 2009-04-07 clarkee /default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/lbl_ajust_best_price - English (UK) (321864) 2009-04-07 rvi /default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/info_no_error_until_now - English (UK) (321863) 2009-04-07 clarkee /default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/info_file_not_processed - English (UK) (321862) 2009-04-07 clarkee /default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/info_file_cannot_be_processed - English (UK) (321861) 2009-04-07 clarkee /default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileUploadPrepare/lnk_title_what_is_it - English (UK) (321860) 2009-04-07 clarkee |
[APP-3227] Recherche BO : Si un résultat, rediriger vers la page de détail plutot que la page de recherche Création: 07/déc./04 12:30 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.8 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Steven Harel | Attribution: | Gaël Klosek |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
lorsque l'on effectue une recherche en back office, on arrive sur une page où sont listés les résultats afin de gagner beaucoup de temps, lorsque la recherche ne donne qu'un résultat, il faudrait non pas se retrouver sur une page qui propose une ligne avec 1 résultat mais directement arriver sur la page du résultat par exemple, ne pas afficher : http://bo.priceminister.com/wallet_back? action=operationsearch&user_account_id=&javascript_callback=&operation_id=14678 45&login=&opr_type_code=&opr_status_code=&start_date=&end_date=&number_rows=200 &x=56&y=13 mais afficher directement : http://bo.priceminister.com/wallet_back? action=operationbackview&operationid=1467845 il faudrait le faire pour chaque recherche |
| Commentaires |
| Commentaire de Quentin de Chivré [ 10/déc./04 11:16 ] |
|
A faire sur les recherches BO suivantes : advert/back/AdvertSearchModel.java question/back/QuestionSearchModel.java coupon/back/CouponModelSearchModel.java image/back/ImageSearchModel.java purchase/back/ItemSearchModel.java purchase/back/PurchaseSearchModel.java referential/back/ProductSearchModel.java user/back/UserSearchModel.java wallet/back/DepositSearchModel.java wallet/back/OperationSearchModel.java |
| Commentaire de Gaël Klosek [ 10/déc./04 15:18 ] |
|
Les recherches BO suivantes ont été modifiées avec succès. Le résultat de la recherche affiche directement le détail du résultat dans le cas où le nombre de résultat trouvé est égal à 1. advert/back/AdvertSearchModel.java question/back/QuestionSearchModel.java coupon/back/CouponModelSearchModel.java purchase/back/ItemSearchModel.java purchase/back/PurchaseSearchModel.java user/back/UserSearchModel.java wallet/back/DepositSearchModel.java wallet/back/OperationSearchModel.java Les recherches BO suivantes n'ont subi aucune modification afin de ne pas perdre la navigation de l'interface BO si un seul resultat est trouvé: referential/back/ProductSearchModel.java image/back/ImageSearchModel.java |
[APP-11871] Identification produit en BO: possibilité de générer un ISBN pour des produits autre que livre Création: 29/août/06 17:17 Mise à jour: 25/juin/07 18:43 Résolue: 30/oct./06 18:37 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 9.0.2a |
| Version(s) corrigée(s): | 11.0.0 (Merge et Maintenance) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Patrick Condevaux | Attribution: | Judd OSullivan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| Classif1: | BP | ||||||||
| Classif2: | RBP - nettoyage - identification | ||||||||
| Description |
|
en BO, sur une fiche produit on a la possibilité d'ajouter des identifications. si on ajoute uncode barre / EAN il est ensuite possible de generer un ISBN a partir de ce numero quelque soit le type de produit alors que les identifiant ISBN sont reserve au livre. Il est egalement possible d'ajouter directement cet identifiant ISBN an'importe quel type de produit. |
| Commentaires |
| Commentaire de Swan Desportes [ 29/août/06 17:43 ] |
| pb ejb ? ou pb fonctionnel ? |
| Commentaire de Judd OSullivan [ 29/août/06 19:14 ] |
| On a toujours un jira qui parle de ce problème n'est-ce pas. Sinon on garde celle-ci parce que c'est important de le corriger. |
| Commentaire de Mostafa Diane [ 30/août/06 10:37 ] |
| en gros on fait pas de contrôle sur le type de produit pour générer un isbn. |
| Commentaire de Judd OSullivan [ 30/oct./06 18:37 ] |
| Maintenant il est impossible de convertir un EAN qui n'est pas pour un livre en ISBN. Par contre on peut toujours ajouter un isbn à un produit autre que livre. On va pas corriger ca. En BO on laisse la discretion à nos experts BO produits. |
| Commentaire de Patrick Condevaux [ 21/déc./06 11:49 ] |
| ok en INTEG |
| Commentaire de Edouard Gomez-Vaez [ 28/déc./06 15:07 ] |
| En opposition avec un Jira qui demandait le contraire. |
[APP-18035] "Régression" sur le BO : code couleur permettant de différencier les environnements DEV / INTEG / PROD Création: 28/sept./07 17:33 Mise à jour: 02/mai/08 11:28 Résolue: 30/avr./08 14:57 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | ToDo, 17.0.0 |
| Version(s) corrigée(s): | 21.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Renaud Dierickx | Attribution: | Damien Dorizy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||
| Projets PM archivés: | Maintenance CTN-C | ||||||||||||||||||||
| Description |
|
Lors de la mise en place du nouveau menu, on a perdu le code
couleur permettant de différencier les environnements DEV / INTEG /
PROD... C'est dommage car c'était très pratique :o( Damien, peux-tu mettre en place un truc similaire dans le nouveau BO ? Merci d'avance |
| Commentaires |
| Commentaire de Damien Dorizy [ 11/oct./07 18:20 ] |
| J'ai ajouté un liseret vert lorsqu'on est en dév ou intég, rouge pour la prod pour la V17.1.0. Est-ce que c'est mieux ? |
| Commentaire de Fabien Farache [ 12/oct./07 11:36 ] |
| Serait il possible d'avoir une bande plus large ? là c'est vraiment un liseret ; pas forcément visible au premier coup d'oeil |
| Commentaire de Damien Dorizy [ 12/oct./07 12:25 ] |
|
C'est déjà un double liseret de 5 pixels, soit 10 pixels en
tout. J'ai peur que ça prenne beaucoup de place après sur de petits
écrans. Le vert est peu visible, mais la différence avec le rouge de la prod devrait sauter aux yeux. Voir sinon pour changer le vert en une couleur plus visible ? |
| Commentaire de Damien Dorizy [ 15/oct./07 12:23 ] |
|
Après avoir testé avec 10 pixels de chaque côté, ça fait
beaucoup trop. On laisse 5 pixels, la différence avec le rouge de la
prod devrait être largement suffisante. Voir ensuite si ce n'est pas suffisant pour modifier la couleur des blocs du menu à gauche (modification rapide) pour aider un peu plus à l'identification. |
| Commentaire de Rodrigue Nsiangani [ 23/oct./07 15:36 ] |
| Le rouge ce n'est pas super. Nous confondons la PROD et l'INTEG car au départ seul l'INTEG possédait une bande. :-( |
| Commentaire de Fabien Farache [ 23/oct./07 15:37 ] |
|
Je persiste... 2 bande de 5 px ce n'est pas assez large et
ne se voit pas direct. De plus mettre le rouge en prod n'est pas la
meilleure idée (comme je te l'avais dit de vive voix) Je viens de faire une modif en prod, au lieu de l'integ car avant les bandes de l'integ étaient rouges... |
| Commentaire de Benoît Bourdon [ 05/nov./07 18:35 ] |
|
Je viens voir ça aussi, - Vert pour les environnements sans risque (dev et integ) - Rouge pour la PROD c'est pas mal ! par contre ça fait des liserets trop peu visible ... Si 10px de chaque coté c'est trop, par contre - Rien à gauche - Un liseret de 10px à droite ça serait peut être plus visible ? |
| Commentaire de Fabien Farache [ 08/nov./07 16:00 ] |
| Désolé de revenir encore la dessus mais je viens encore de me faire avoir... on ne voit pas ces bandes, elles sont beaucoup trop fines. |
| Commentaire de Damien Dorizy [ 10/déc./07 18:35 ] |
|
Est-ce qu'avec l'habitude ça va mieux ? Je trouve la différence integ/prod assez flagrante pourtant. Sinon il y a plusieurs solutions envisageables : - Proposer une bande de 5px par défaut mais "modifiable" par l'utilisateur (stockée dans le cookie) - Ajouter un repère visuel différent dans le menu (barre grises en integ, d'une autre couleur en prod). Le problème étant que le menu peut être masqué. |
| Commentaire de Fabien Farache [ 12/déc./07 11:25 ] |
| ce n'est pas une question d'habitude... la différence n'est absolument pas flagrante |
| Commentaire de Fabien Farache [ 25/janv./08 16:16 ] |
|
Idée : dans le BO nous avons un menu à gauche avec des sous
menus dépliables dont les noms des sous menus sont toujours visibles. Ces sous menus sont sur un fond gris actuellement. Ne serait il pas possible de modifier la css pour avoir une autre couleur ?? 2 couleurs distinctes enfonction de la plateforme où nous sommes. |
| Commentaire de Christophe Garcia [ 09/avr./08 10:41 ] |
|
Pb de déploiement hier soir. Redémarrage en cours. |
| Commentaire de Fabien Farache [ 09/avr./08 10:46 ] |
| Il ne faut pas fermer cette demande... je persiste et ne suis pas le seul. C'est "bandes" ne sont pas assez visibles et rien a été modifié pour l'instant (en france) donc pas de fermeture. |
| Commentaire de Damien Dorizy [ 09/avr./08 11:07 ] |
|
Oui, le Jira a été fermé car indiqué similaire à celui qui était invalide. Mais on est en train de faire plusieurs images de différentes couleurs (probablement dans les rouges et verts pour ne pas changer l'habitude) pour remplacer celles grises des menus, ça va arriver promis. |
| Commentaire de Damien Dorizy [ 30/avr./08 11:25 ] |
|
Différentiation DEV/INTEG/PROD mise en place. Il manque juste des images spécifiques dév, prévu pour dans la journée. |
[APP-24311] (UK) DEV fiche produit en BO, impossible de valider, d'où produits masqués Création: 13/févr./09 12:34 Mise à jour: 02/mars/09 12:20 Résolue: 02/mars/09 11:52 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 39.0.0 (CTN-I), 40.0.0 (CAT-G) |
| Version(s) corrigée(s): | 41.0.1 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Rémi Virlouvet | Attribution: | Rémi Virlouvet |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Dev |
| Projets PM: | *** RESERVE *** |
| Description |
|
Hello, des annonces créées il y a un bail sont toujours en masqué, donc non utilisables pour faire des tests d'achat en dev. Lorsque je vais dans mon inventaire, puis sur la fiche produit, et que je prends la clé produit (ou que j'appuie sur le petit B orange) pour aller en BO, ça affiche null, je ne peux donc pas les valider manuellement. |
| Commentaires |
| Commentaire de Rémi Virlouvet [ 16/févr./09 12:22 ] |
| en fait le problème est qu'il n y a plus d'annonces en dev, et qu aucune des nouvelles créées ne sont visibles. pourtant dans mon inventaire je vois mes annonces.... et en bo je vois visible... (quand je recherche avec la clé produit). le 'null' s'affiche quand je veux aller du front au back en appuyant sur le b orange en fiche produit. |
| Commentaire de Benoît Bourdon [ 18/févr./09 10:36 ] |
|
C'est le même pb que ce qu'on avait en V40 ? Rèmi > C'est sur un serveur de DEV - si j'ai bien compris ? |
| Commentaire de Rémi Virlouvet [ 18/févr./09 13:05 ] |
| oui oui, sur mon dev uk http://www.ref-uk.pm.dev/info/home |
| Commentaire de Martin Sudmann [ 19/févr./09 10:48 ] |
|
ce pb a été corrigé avec la V40. il faut que tu mettes à jour ton code source à partir de Bazaar : cd dev bzr up puis arreter ton serveur : killjboss puis recompiler : cd source ./pmbuild.sh full et enfin redémarrer le serveur : jbossrun |
[CAT-2127] BO fiche produit - probleme dans la sous classification cartes de jeux magic Création: 08/oct./09 16:12 Mise à jour: 14/oct./09 15:40 Résolue: 14/oct./09 15:40 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Tristan Wermelinger | Attribution: | Carole Boucheny |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Description |
|
BO fiche produit - dans la catégorie cartes de jeux (trading
cards) , la sous classification des cartes Magic comporte 2 fois : sets
booster. Ce double choix pose le problème de la non mise en concurrence
des cartes de jeux similaires et la double création éventuel de
catégorie set booster dans la NpF.
|
| Commentaires |
| Commentaire de Marion Anfreville [ 09/oct./09 16:11 ] |
|
La valeur conditionnement "Sets / Booster" apparaît 2 fois dans la MeV (arbre cat). Le fait de corriger la MeV devrait corriger l'affichage BO fiche produit (1 seule valeur "Sets / Booster"). Pas de risque d'éparpillement des produits toutefois car la valeur appraît 2 fos dans la MeV/BO fiche produit mais il s'agit en fait de la même valeur d'attribut. |
| Commentaire de Carole Boucheny [ 14/oct./09 15:40 ] |
|
J'ai rendu inactif le second noeud. Il s'agissait de la même clé de valeur. C'est testable sur preview : http://preview.priceminister.com/submit?action=submitcomplete&stage=10&category_ref=193257&submitbtn= Et en prod dès demain. |
[APP-31755] [Gestionnaire de commande] Brand des mails message suite action BO Création: 15/nov./10 11:49 Mise à jour: 15/nov./10 14:58 Résolue: 15/nov./10 14:03 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 81.0.0 (TX-Q) |
| Version(s) corrigée(s): | 81.0.0 (TX-Q) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | CoSAV : Gestionnaire de commande |
| Navigateur: | Tous |
| Description |
|
Lorsque des messages sont catchés BO puis traités par le SAV, je reçois un mail
Ces mails sont brandés PM alors que je suis sur LRO Il s'agit de ce panier : http://laredoute.pminteg.fr/purchase_back?action=purchaseview&purchaseid=89264634 Est-ce parce que l'acheteur est brandé PM Par contre, pour le vendeur, je ne sais pas... |
| Commentaires |
| Commentaire de Thomas Landru [ 15/nov./10 14:03 ] |
| Le BO ne se positionne jamais sur le summary de la redoute pour effectuer de la modération donc ce problème se présentera toujours ... je le passe en invalide car je doute que l'on améliore ceci à l'avenir pour les brands. |
[APP-24757] Passage des paramétres POST sur les pages coupon_back et wallet_admin en BO Création: 23/mars/09 16:33 Mise à jour: 01/avr./09 10:28 Résolue: 31/mars/09 10:20 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 44.0.0 (TX-F) |
| Version(s) corrigée(s): | 44.0.0 (TX-F) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Emilien Guichard | Attribution: | Clement Balay |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Dev |
| Projets PM archivés: | Sécurisation BO - Masquage Mots de Passe |
| Description |
|
Suite à l'implémentation du masquage du mot de passe en BO (TX-04) lorsque l'on change de profil (lien "changer de profil") juste après avoir validé un coupon pour un utilisateur ou validé une opération PMV, on se retrouve sur la page sans les paramètres et une erreur "La page demandée n'est pas disponible" apparait. |
| Commentaires |
| Commentaire de Clement Balay [ 23/mars/09 17:37 ] |
|
La redirection vers la page d'avant se fait dans deux cas: 1) L'utilisateur valide un formulaire et n'a pas accès à cette page de validation (ex: pmv) 2) L'utilisateur valide un formulaire et ensuite décide de changer de profil (ex: tous les formulaires POST) Solution pour les deux cas: On ne fait rien, celui qui valide le formulaire n'a qu'a être connecté avec le bon compte Solution pour le cas No 1 Dans ce cas, c'est la jsp error_401.jsp (non gérée par l'application) qui redirige vers le referrer. il faut donc dans ce cas récupérer les paramètres POST dans la requête et les envoyer dans la redirection en GET. Du coup la validation du formulaire aura continué son chemin et sera transparente pour l'utilisateur. Solution pour le cas No 2 Dans ce cas, c'est la page DisconnectView.jsp (gérée par l'application) qui redirige vers le referrer. - Soit on récupère les paramètre POST et on les mets dans le get mais le pb est que nous allons donc valider une deuxième fois ce formulaire donc impossible) - Soit on sécurise le bouton dans le formulaire. C'est à dire que l'on sait lors de la création du formulaire que la validation de celui-ci nécessite un rôle spécifique. Donc si l'utilisateur actuel ne possède pas ce rôle, on ne lui affiche pas le bouton. |
[APP-5936] BO IMAGES: il faut afficher si une image est issue d'un import Création: 18/oct./05 11:00 Mise à jour: 25/juin/07 18:32 Résolue: 19/oct./05 17:32 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.7 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Martin Sudmann | Attribution: | Swan Desportes |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Description |
|
aujourd'hui tous les images affichent des user_account_id, même si elles sont importées via script. Il faut alors utiliser le prd_source_code (import = 260) pour ajouter un flag "import" à coté du pseudo du vendeur si l'image est importée. Dans ce cas, on dispose également de l'URL d'origine de l'image. Est-ce que cette information est utile en BO (faut-il l'afficher)? |
| Commentaires |
| Commentaire de Arnaud Forgues [ 19/oct./05 15:12 ] |
| Je te laisse maitre du chantier image !! ;P |
| Commentaire de Swan Desportes [ 19/oct./05 17:32 ] |
|
Les informations prd_source_code et url sont ajoutés dans le BO. Il faut prévenir l'équipe Validation pour qu'il puisse en tirer profit. |
[APP-11761] BO - Fiche produit : le champ 'Nb de supports' n'apparaît pas pour le type 'REVUE' Création: 22/août/06 12:06 Mise à jour: 25/juin/07 18:43 Résolue: 30/août/06 12:02 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 9.0.2a |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| Description |
|
La modélisation REVUE a changé : c'était un medium du type LIVRE => c'est maintenant un type à part entière Du coup le champ 'nb de supports' n'apparaît pas sur les fiches produit de type REVUE en BO. <= vu avec Arnaud et Manuel : dans le code ce champ apparaît que pour des types modélisés avec des mediums alors qu'il devrait pouvoir apparaître pour une modélisation sans support. |
| Commentaires |
| Commentaire de Manuel Sadok [ 30/août/06 12:02 ] |
|
Désormais l'affichage ou non du 'Nb de supports' en BO est
totalement dissocié de l'existence de medium pour le type de produit
concerné. J'ai rajouté une nouvelle notion dans la configuration produit : "Afficher le nombre de support". Il suffit de cocher cette case. Cette notion est également utilisable en Velocity pour la configuration des formulaires : $confProduct.showMediumCount() Lors de l'ajout de cette colonne, j'ai autorisé l'affichage du nombre de support pour 7 types de produit : - CD - Logiciels - Vidéo - Livres - Vinyles - Figurines - Collections Si il y a besoin de le faire pour d'autres, il suffit de le paramétrer ! :-) |
| Commentaire de Sofiann Yousfi Monod [ 17/oct./06 14:16 ] |
| Champs nb support accessible pour les revues |
[EXP-4151] Le BO est très lent Création: 05/nov./07 14:16 Mise à jour: 02/janv./08 12:06 Résolue: 20/déc./07 17:18 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Jemima Barru | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Les pages prennent du temps à s'ouvrir (environ 15s).
|
| Commentaires |
| Commentaire de Jemima Barru [ 05/nov./07 14:34 ] |
|
Je précise : le problème a été constaté sur la fiche "article" en particulier. Lorsque l'on clique sur une macro de la fiche article ou que l'on envoie un mail, il faut compter presque 20 secondes pour voir l'opération réalisée. |
| Commentaire de Cedric Favero [ 06/nov./07 14:18 ] |
|
Précisions: - sur bo.priceminister.com , ce sont les pages (repondre à un message , pages articles ou associées) qui sont extremement lentes à s'ouvrir et personne ne peut donc travailler sur ce serveur - sur bo.priceminister.jmh , ce sont les "départs de mails" qui sont extremement lents ( lorsqu'on clique sur envoyer le message ou sur une macro qui envoie des mails) . Le message peut prendre jusqu'à 20 secondes pour partir...! C'est un peu mieux aujourd'hui mardi qu'hier lundi mais les problèmes persistent avec des moments où on se roule littéralement les pouces en attendant que le message veuille bien partir et la page se rafraichir... |
| Commentaire de Patrice Boulanger [ 20/déc./07 17:18 ] |
| C'était un problème de bande passante chez notre infogéreur, résolu. |
[APP-21275] [CoSAV] : Lenteur d'affichage en backoffice sur gros compte acheteur Création: 20/août/07 12:48 Mise à jour: 26/mai/09 19:20 |
|
| Etat: | Bloqué |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Jemima Barru | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
||||||||||
| Liens des demandes: |
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Pays: |
ALL - Tous
|
||||||||||
| Projets PM: | *** STANDBY *** | ||||||||||
| Classif FONC: | CoSAV | ||||||||||
| Description |
|
Avec presque 50 000 articles achetés , les pages "article"
du compte Monsieur-Mad parfois sont très longues à charger, surtout en
fin de journée. Mon idée : lui demander de créer un nouveau compte acheteur avec comme objectif de clôturer définitivement le compte Monsieur-Mad. Mais peut-être avez-vous une meilleure idée?? |
| Commentaires |
| Commentaire de Cedric Favero [ 20/août/07 17:12 ] |
|
Clairement il a atteint un plafond car fait ramer dès qu'on cherche à afficher une page... Par contre si on décide de changer son pseudo, on aura bcp de mots clés à modifier , il faudra donc impérativement que je sois prevenu en amont pour faire toutes les modifications à l'avance... Une seule journée sans les mots clés adaptés et on a 1000 paniers à valider pour rien... |
| Commentaire de Patrice Boulanger [ 05/sept./07 19:32 ] |
|
Avez-vous avec le dév pour implémenter un mécanisme de pagination sur ces pages ? On peut toujours régler le problème de Monsieur-Mad comme vous le proposez mais modifier l'appli pour qu'elle puisse supporter ce genre d'utilisateur sans ramer est certainement une meilleure solution à long terme ? Merci. |
| Commentaire de Cedric Favero [ 20/nov./07 10:40 ] |
|
Fixed comment exactement? Qu'on sache ce qui a changé au cas où... Merci. |
| Commentaire de Patrice Boulanger [ 20/nov./07 12:14 ] |
|
Fixed par qu'il n'y rien à faire de notre côté, si vous
voulez lui faire ouvrir un autre compte, il faudra lui demander. La
seule chose vu avec MrMad est la mise à disposition d'un flux
particulier pour lui éviter d'avoir à crawler le site en permanence.
Concernant son compte, je vous laisse gérer avec lui. Si vous avez
besoin de notre aide, ouvrez un jira et assignez le moi. |
| Commentaire de Cedric Favero [ 20/nov./07 13:29 ] |
|
Ok. que l'on sache au moins à quoi s'en tenir. |
| Commentaire de Cedric Favero [ 12/déc./07 09:37 ] |
|
En fait , d'un aspect technique , quand on appelle une page
article en back office sur son compte, celà met un temps dingue à
charger. N'y a til pas moyen de limiter la requete d'une manière ou d'une autre? Ex: n'aller chercher les stats que pour les 1000 derniers paniers par exemple... Voici un lien article pour exemple: http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=70687817 On est parfois bloqué 5 min avant que la page ne s'affiche et j'imagine que c'est pas terrible pour les performances du BO en général. |
| Commentaire de Cedric Favero [ 12/déc./07 09:54 ] |
|
je reprends ce que tu disais en septembre >Avez-vous avec le dév pour implémenter un mécanisme de pagination sur ces pages ? Il y avait effectivement un autre jira concernant la pagination des pages achat en front office. Mais ce qui nous concerne nous est l'affichage en back office (principalement des pages articles) >modifier l'appli pour qu'elle puisse supporter ce genre d'utilisateur sans ramer est certainement une meilleure solution à long terme ? Que serait-il possible de faire en ce sens? Car c'est effectivement ce qu'il nous faut... Mr Mad n'est pas le seul , d'autres gros acheteurs font également ramer le bo comme sawboo , pat93110... |
| Commentaire de Cedric Favero [ 13/mars/08 11:21 ] |
|
Emeric , je pense que celà peut faire l'objet d'une demande COSAV. Voir s'il est possible de developper qqch pour prevenir ce type de ralentissements. |
| Commentaire de Emeric Teil [ 13/mars/08 11:39 ] |
|
OK, A discuter et prioriser lors du CoSaV |
| Commentaire de Renaud Dierickx [ 13/juin/08 15:40 ] |
| Voir analyse en pièce jointe. |
| Commentaire de Steven Harel [ 13/juin/08 15:55 ] |
|
monsieur mad est mort. amazon lui a demandé d'arrêter de vendre chez eux il n'achète donc plus chez nous monsieur mad est en train de construire un site de vente pour continuer d'acheter chez nous et vendre chez lui on a accepté ce business parce que ça faisait passer des acheteurs de chez amazon à chez nous mais on ne souhaite pas gonfler les stocks d'un nouveau concurrent. cédric va : - fermer le compte de monsieur mad (achats + vente), - lui envoyer un courrier pour lui signifier qu'on n'accepte plus qu'il récupère nos annonces, - programmer des mots clé pour l'identifier s'il revient. donc on développe un truc sans prendre en compte monsieur mad |
| Commentaire de Cedric Favero [ 13/juin/08 16:40 ] |
|
La demande reste valide pour d'autres gros acheteurs: ex: sawboo , pat93110... Dès que l'on va sur une transaction (fiche article) avec un de ces acheteurs , celà ralentit grandement le back-office et je pense génère des requetes importantes préjudiciables à tous. |
| Commentaire de Cedric Favero [ 18/août/08 14:22 ] |
|
Apparemment Monsieur Mad est de retour avec ses 94 000 paniers ! Demande tjrs d'actualité donc. |
[INF-134] Nouvelle arrivée au BO Création: 12/août/08 09:55 Mise à jour: 12/août/08 17:45 Résolue: 12/août/08 16:55 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jemima Barru | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Manuela Paillusière arrive le 13/08/2008. Je ne te préviens que maintenant car je n'ai eu sa confirmation que hier soir De plus, avec les vacances, j'ai quelques postes de libre. Si son poste n'est prêt que dans 10 jours, ça ne pose aucun pb. Merci Jémima |
| Commentaires |
| Commentaire de Stéphane Eccli [ 12/août/08 16:55 ] |
| comptes et PC ok |
| Commentaire de Jemima Barru [ 12/août/08 17:45 ] |
| Merci |
[INF-138] Nouvelle arrivée au BO Création: 25/août/08 12:18 Mise à jour: 02/sept./08 10:42 Résolue: 02/sept./08 10:42 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jemima Barru | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Vanessa Bader intègre l'équipe SAV, dès mardi 26/08/08. Désolée, je n'ai eu sa confirmation que ce matin. Sa place n'est pas encore définie. Je te tiens informé dans la journée. Merci Jémima |
| Commentaires |
| Commentaire de Stéphane Eccli [ 25/août/08 17:38 ] |
| comptes ok, reste jira |
| Commentaire de Jemima Barru [ 02/sept./08 10:10 ] |
| Il y a un problème avec ce poste : conflit d'adresse IP. |
| Commentaire de Christophe Garcia [ 02/sept./08 10:42 ] |
| JIRA OK |
[INF-217] Départ au BO/SAV Création: 27/nov./08 14:26 Mise à jour: 21/janv./09 16:35 Résolue: 21/janv./09 16:35 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jemima Barru | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
de Renaud GROSSET, le 28/11/2008. |
| Commentaires |
| Commentaire de Stéphane Eccli [ 21/janv./09 16:35 ] |
| comptes supprimés |
[INF-216] Arrivée au BO/SAV Création: 27/nov./08 14:23 Mise à jour: 23/févr./09 18:19 Résolue: 23/févr./09 18:19 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jemima Barru | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
de Stéphanie BOILLON, le lundi 1er décembre. |
| Commentaires |
| Commentaire de Stéphane Eccli [ 28/nov./08 16:04 ] |
| comptes ok, reste jira |
[DEC-381] [BO] : réclamations contrefaçons Création: 30/juin/06 10:37 Mise à jour: 14/sept./07 14:46 Résolue: 30/juin/06 17:23 |
|
| Etat: | Fermé |
| Projet: | Reporting |
| Composants: | Back Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Agathe Remy | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | 4 heures | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 4 heures | ||
| Description |
|
Hello Agathe, J'ai besoin d'un rapport sur les contrefaçons pour mes réunions avec le nouveau juriste de Priceminister. J'ai besoin des données suivantes : - le nombre de claim en contrefaçon depuis le 01 janvier 2006. - Par catégorie : Vêtement, maroquinerie, parfums, chaussures, dvd, cd. - Le coût total des remboursements depuis le 01 janvier 2006 (pour toute les contrefaçons). Je ne sais pas si c'est possible d'avoir toute c'est infos ? Merci d'avance, Xav |
| Commentaires |
| Commentaire de Cyrille Sarti [ 30/juin/06 17:23 ] |
|
nombre de claim en contrefaçon depuis le 01 janvier 2006 : 368 dont acceptées 265 nombre de claim en contrefaçon depuis le 01 janvier 2006 par categorie : vetements : 27 dont acceptées 16 maroquinerie : 33 dont acceptées 28 parfums : 22 dont acceptées 19 chaussures : 22 dont acceptées 12 dvd : 108 dont acceptées 90 cd : 40 dont acceptées 35 cout total des remboursements depuis le 01 janvier 2006 : 28897.56 En prenant en compte toutes les catégories : Vidéo 108 dont acceptées 90 CD 40 dont acceptées 35 Sac, Maroquinerie, Bagagerie 33 dont acceptées 28 Logiciels 29 dont acceptées 15 Vêtements 27 dont acceptées 16 Chaussures 22 dont acceptées 12 Parfums, Soins et Beauté 22 dont acceptées 19 Jeux Vidéo 17 dont acceptées 11 Accessoires mobiles 10 dont acceptées 2 Cartes de Jeux 10 dont acceptées 6 Bijoux fantaisie 7 dont acceptées 7 Mobiles 6 dont acceptées 4 Accessoires Jeux Vidéo 5 dont acceptées 3 Accessoires Audio Vidéo 3 dont acceptées 3 Audio portable 3 dont acceptées 0 Divers musique 3 dont acceptées 3 Consommables 2 dont acceptées 0 Modélisme 2 dont acceptées 1 Fournitures de bureau 2 dont acceptées 2 Montre 2 dont acceptées 2 Accessoire auto 1 dont acceptées 0 Bricolage 1 dont acceptées 0 Composants 1 dont acceptées 1 Lecteur DVD 1 dont acceptées 1 Sono & Matériel de Studio 1 dont acceptées 0 Soins du corps 1 dont acceptées 1 Périphériques de stockage 1 dont acceptées 0 PDA 1 dont acceptées 0 Matériel de sport 1 dont acceptées 0 Livres 1 dont acceptées 0 Jouet 1 dont acceptées 1 Figurines 1 dont acceptées 0 Consoles 1 dont acceptées 0 Cassettes, Mini-disques, Laser-disques 1 dont acceptées 1 Accessoires PDA 1 dont acceptées 1 et bon week-end, Annabelle. |
[APP-21430] [BBAN] Saisie du BBAN capricieuse en BO Création: 24/juil./08 15:28 Mise à jour: 25/juil./08 09:20 Résolue: 24/juil./08 18:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 26.0.0 (TX-B) |
| Version(s) corrigée(s): | 26.0.0 (TX-B) |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Cédric Goldovsky | Attribution: | Arnaud Forgues |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Navigateur: | Tous | ||||||||
| Projets PM archivés: | Paiement - Inscription Vendeur | ||||||||
| Description |
|
Pour un compte en BO, cliquer sur "Droits" pour afficher les options "Compte Bancaire " cocher BBAN ==> Le lien "compte bancaire" n'apparait pas, il n'est donc pas possible de saisir le BBAN coher RIB ==> "Le lien "compte bancaire" apparait cette fois ci. En cliquant dessus, on ouvre la popup de saisie du BBAN |
| Commentaires |
| Commentaire de Arnaud Forgues [ 24/juil./08 18:50 ] |
|
Résolu avec le JIRA lié |
[APP-24420] [BO Précoupons] : Type "PremierCoupon" ne nécessite pas l'option "Autoriser si l'utilisateur a déjà acheté?" Création: 25/févr./09 11:15 Mise à jour: 27/mai/09 14:28 Résolue: 17/avr./09 18:21 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 47.0.0 (TX-G) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Clement Balay |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Dans le cadre de la refonte de l'interface Précoupons que
l'on a souhaitée plus "user friendly", le type "PremierCoupon" étant
réservé à un premier achat, même si on sélectionne OUI à la question
"Autoriser si l'utilisateur a déjà acheté?", cette donnée ne sera pas
prise en compte. Il faudrait donc griser la ligne.
|
| Commentaires |
| Commentaire de Emeric Teil [ 17/avr./09 18:20 ] |
|
En fait il y a ici une confusion entre "Premier Coupon" et
"Premier Achat"... le type "PremierCoupon" interdit l'utilisation du
coupon en question si l'utilisateur (sa carte bleue) a déjà utilisé un
coupon, ce qui n'empêche en rien que l'utilisateur ait déjà acheté... en gros, ce coupon peut être autorisé si l'utilisateur a déjà acheté sans utiliser de coupon. L'option en question est donc utile, utilisée et prise en compte. |
[EXP-829] Création d'Un compte Invité pour la salle de réunion Création: 10/janv./06 10:51 Mise à jour: 25/juin/07 18:55 Résolue: 14/mars/06 14:30 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | ZZ_Arnaud Baali | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 2 heures | ||
| Estimation originale: | 1 heure | ||
| Description |
|
Pascal souhaiterai mettre en place un compte invité pour la
salle de réunion afin d'éviter de charger les profils lourds des
utilisateurs lors de présentation qui représente une perte de temps
|
| Commentaires |
| Commentaire de Alain Bonneaud [ 11/janv./06 10:05 ] |
| Attention danger!! Il faut être très prudents s'il s'agit d'un compte générique. A quoi a-t-il droit et quels sont les risques potentiels au niveau sécurité? |
| Commentaire de Alain Bonneaud [ 18/janv./06 21:26 ] |
| La solution serait de créer un compte invité avec pratiquement aucun droit si ce n'est celui de se connecter à internet et de n'avoir accès qu'aux fichiers locaux du PC. En cas de besoin d'accèder au réseau il faudrait alors utiliser le commpte normal de l'utilisateur. |
[APP-7822] le paiement 1¿.com n'est pas proposé pour le compte pmacheteur Création: 10/mars/06 12:56 Mise à jour: 25/juin/07 18:35 Résolue: 13/mars/06 11:37 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.1.2 |
| Version(s) corrigée(s): | 8.1.2 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Lydia Dali | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Sur 2 comptes français: pmacheteur: le paiement avec 1e.com n'est pas proposé. didou4000: Pour le même panier, le paiement 1e.com est proposé. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 13/mars/06 09:57 ] |
| A vérifier, peut-etre pas connecté au bon serveur |
| Commentaire de Renaud Dierickx [ 13/mars/06 11:37 ] |
| C'est bon, c'est un test en amont où nous n'avions pas introduit le paiement 1euro. Ce bug ce produisait pour les personnes qui n'avaient pas activées leur pmv... |
| Commentaire de Lydia Dali [ 13/mars/06 16:21 ] |
| ok, testé en integ sur un nouveau compte (dont le PMV n'est pas encore activé). |
[DEC-589] [Partners] : Extract des comptes LRO qui n'ont pas encore acheté Création: 07/mai/07 18:08 Mise à jour: 14/sept./07 15:32 Echéance: 31/mai/07 00:00 Résolue: 11/mai/07 11:13 |
|
| Etat: | Fermé |
| Projet: | Reporting |
| Composants: | Partners |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Ghislain Gridel | Attribution: | Thomas Séglard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Description |
|
Bonjour Agathe, est-il possible de faire un extract des comptes La Redoute Occasion qui n'ont pas encore acheté sur La Redoute Occasion, stp ? Merci. Ghislain |
| Commentaires |
| Commentaire de Agathe Remy [ 09/mai/07 17:12 ] |
|
Pourquoi? Quand? Merci:-) Agathe |
| Commentaire de Ghislain Gridel [ 09/mai/07 17:20 ] |
|
Le but de ce mailing est de relancer les inscrits qui n'ont pas encore acheté. Idéalement pour fin mai. Merci Ghislain |
| Commentaire de Agathe Remy [ 09/mai/07 18:28 ] |
|
Qui va envoyer le mailing? La Redoute Occasion ou MM? Merci:-) Agathe |
| Commentaire de Ghislain Gridel [ 09/mai/07 18:31 ] |
|
C'est redoute. j'ai juste besoin de l'extract. Merci |
| Commentaire de Agathe Remy [ 09/mai/07 18:40 ] |
|
De quelles informations ont-ils besoin? Juste les emails? Les pseudos? les noms, prénoms? Agathe |
| Commentaire de Ghislain Gridel [ 09/mai/07 18:52 ] |
|
les noms prénoms et emails. merci Agathe |
| Commentaire de Romain Czornomaz [ 10/mai/07 14:34 ] |
|
Ghislain, Pour ta demande, doit-on prendre en compte dans l'extract les comptes utilisateurs qui sont uniquement vendeurs ou doit-on prendre en compte les inscrits non acheteurs / non vendeurs? Merci d'avance pour ta réponse, Romain |
| Commentaire de Thomas Séglard [ 11/mai/07 09:59 ] |
|
Yo, j'attache le résultat de l'extract. |
| Commentaire de Thomas Séglard [ 11/mai/07 11:13 ] |
|
Bonjour, le fichier contenant l'extract a été expédié. Le client semble satisfait. Cordialement, Thomas |
[Métatache] Avis lot 2
(APP-25722)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 52.0.0 (CTN-M) |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Traduction) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM archivés: | Avis (Lot 2) |
| Description |
|
==> A traduire et à publier : /default/Labels/_Mon Compte/AccountBlock/link_review_suggestions /default/Labels/_Mon Compte/AccountBlock/link_all_reviews /default/Labels/_Mon Compte/AccountBlock/lbl_my_reviews /default/Template/Account Template/MyReviewsBlock ==> Uniquement à publier : /default/Template/Account Template/CommunityBlock |
| Commentaires |
| Commentaire de Rocio Perez-Garcia [ 01/juil./09 11:23 ] |
|
Fait en ES. Je demande des trads anglaises et les intègre sur IG aussi |
| Commentaire de Rocio Perez-Garcia [ 01/juil./09 16:36 ] |
| UK ok |
| Commentaire de Renaud Dierickx [ 07/juil./09 14:41 ] |
|
Il y a un nouveau label... Pouvez-vous traduire le label suivant ? /default/Labels/_Phrase/_A/AccountAction/REVIEW_SUGGESTIONS Merci. |
| Commentaire de Rocio Perez-Garcia [ 07/juil./09 14:46 ] |
| Es fait |
| Commentaire de Rémi Virlouvet [ 07/juil./09 14:49 ] |
| UK ok |
| Commentaire de Renaud Dierickx [ 27/août/09 12:14 ] |
|
Finalement, "Donnez votre avis sur vos achats" DEVIENT "Donnez votre avis sur vos produits" Pouvez-vous retraduire : /default/Template/Account Template/MyReviewsBlock /default/Labels/_Mon Compte/AccountBlock/link_review_suggestions Merci d'avance ! |
| Commentaire de Rémi Virlouvet [ 27/août/09 13:39 ] |
| UK ok |
| Commentaire de Rocio Perez-Garcia [ 27/août/09 15:32 ] |
| Es tb |
| Commentaire de Carole Boucheny [ 28/août/09 15:16 ] |
| Publié sur cms ref |
[APP-28812] [Identification] retour sur page d'identification après création de compte Création: 18/mars/10 11:51 Mise à jour: 22/mars/10 10:04 Résolue: 19/mars/10 18:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 65.0.0 (TX-M) |
| Version(s) corrigée(s): | 65.0.0 (TX-M) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Marc-Antoine Decreton |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | OPPeC : Optimisation Identification |
| Navigateur: | FireFox 3.0 |
| Description |
|
cookies supprimés Je me suis créé un compte depuis abversion = 3 (ccfr180310re) ==> En cliquant sur le bouton "Créer mon compte", j'ai atterri sur la page d'identification version 4 Pour prouver que je ne suis pas fou, vous verrez dans la capture d'écran l'invite de FireFox qui me propose d'enregistrer mon password pour le pseudo ccfr180310re, ce qui arrive lorsque l'on vient de se créer un compte... |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 18/mars/10 12:07 ] |
|
[pmas@senez mainlog]$ less nohup.out | grep -A10 "ccfr180310re" 2010-03-18 11:43:04,096 INFO [P-Processor8] 192.168.61.5 - User registration - login = ccfr180310re 2010-03-18 11:43:04,100 INFO [P-Processor8] 192.168.61.5 - Admin authentication successful, login= ccfr180310re 2010-03-18 11:43:04,100 INFO [P-Processor8] 192.168.61.5 - Event : Register with news 2010-03-18 11:43:04,118 INFO [P-Processor8] 192.168.61.5 - (Status : 302) Redirecting to : http://www.pm.lan/user 2010-03-18 11:43:04,118 INFO [P-Processor8] 192.168.61.5 - <<< [3506 ms] POST https://www.pm.lan/connect!110=false&120=false&125=false&180=false&190=false&action=doregister&birthday=01&birthmonth=01&birthyear=2000&contract=true&email=cedric.gol...&email2=cedric.gol...&firstname=ced&iswebmaster=false&lastname=goldo&login=ccfr180310...&password=test&password2=test&submitParameterListInput=110&submitParameterListInput=110&submitParameterListInput=120&submitParameterListInput=120&submitParameterListInput=125&submitParameterListInput=125&submitParameterListInput=190&submitParameterListInput=190&submitParameterListInput=180&submitParameterListInput=180&submitbtn=Créer mon ...&usrtitle=30 2010-03-18 11:43:04,582 INFO [P-Processor3] 192.168.61.112 - >>> GET http://www.pm.lan/submit?action=submitcomplete&stage=10&category_ref=210164&submitbtn= 2010-03-18 11:43:04,728 DEBUG [P-Processor3] 192.168.61.112 - Left side of math operation ($!productsCount.intValue()) has a null value. PMVelocity - Meta Description[line 2, column 47] 2010-03-18 11:43:04,728 DEBUG [P-Processor3] 192.168.61.112 - Null reference [template 'PMVelocity - Meta Description', line 3, column 101] : $nbProduct cannot be resolved. 2010-03-18 11:43:04,754 INFO [P-Processor3] 192.168.61.112 - <<< [172 ms] GET http://www.pm.lan/submit?action=submitcomplete&stage=10&category_ref=210164&submitbtn= 2010-03-18 11:43:07,396 INFO [P-Processor3] moufx - >>> GET http://www.pm.lan/s/CD+Album+jackson 2010-03-18 11:43:07,539 INFO [P-Processor3] moufx - Prop-DYM :CD Album jackson|1164|global|0||0 2010-03-18 11:43:08,000 INFO [P-Processor3] moufx - <<< [604 ms] GET http://www.pm.lan/s/CD+Album+jackson [pmas@senez mainlog]$ less nohup.out | grep -A20 "ccfr180310re" 2010-03-18 11:43:04,096 INFO [P-Processor8] 192.168.61.5 - User registration - login = ccfr180310re 2010-03-18 11:43:04,100 INFO [P-Processor8] 192.168.61.5 - Admin authentication successful, login= ccfr180310re 2010-03-18 11:43:04,100 INFO [P-Processor8] 192.168.61.5 - Event : Register with news 2010-03-18 11:43:04,118 INFO [P-Processor8] 192.168.61.5 - (Status : 302) Redirecting to : http://www.pm.lan/user 2010-03-18 11:43:04,118 INFO [P-Processor8] 192.168.61.5 - <<< [3506 ms] POST https://www.pm.lan/connect!110=false&120=false&125=false&180=false&190=false&action=doregister&birthday=01&birthmonth=01&birthyear=2000&contract=true&email=cedric.gol...&email2=cedric.gol...&firstname=ced&iswebmaster=false&lastname=goldo&login=ccfr180310...&password=test&password2=test&submitParameterListInput=110&submitParameterListInput=110&submitParameterListInput=120&submitParameterListInput=120&submitParameterListInput=125&submitParameterListInput=125&submitParameterListInput=190&submitParameterListInput=190&submitParameterListInput=180&submitParameterListInput=180&submitbtn=Créer mon ...&usrtitle=30 2010-03-18 11:43:04,582 INFO [P-Processor3] 192.168.61.112 - >>> GET http://www.pm.lan/submit?action=submitcomplete&stage=10&category_ref=210164&submitbtn= 2010-03-18 11:43:04,728 DEBUG [P-Processor3] 192.168.61.112 - Left side of math operation ($!productsCount.intValue()) has a null value. PMVelocity - Meta Description[line 2, column 47] 2010-03-18 11:43:04,728 DEBUG [P-Processor3] 192.168.61.112 - Null reference [template 'PMVelocity - Meta Description', line 3, column 101] : $nbProduct cannot be resolved. 2010-03-18 11:43:04,754 INFO [P-Processor3] 192.168.61.112 - <<< [172 ms] GET http://www.pm.lan/submit?action=submitcomplete&stage=10&category_ref=210164&submitbtn= 2010-03-18 11:43:07,396 INFO [P-Processor3] moufx - >>> GET http://www.pm.lan/s/CD+Album+jackson 2010-03-18 11:43:07,539 INFO [P-Processor3] moufx - Prop-DYM :CD Album jackson|1164|global|0||0 2010-03-18 11:43:08,000 INFO [P-Processor3] moufx - <<< [604 ms] GET http://www.pm.lan/s/CD+Album+jackson 2010-03-18 11:43:10,927 INFO [P-Processor8] 192.168.61.112 - >>> GET http://www.pm.lan/info/vendre_informatique-logiciels 2010-03-18 11:43:10,930 WARN [P-Processor8] 192.168.61.112 - FRM : com.babelstore.content.front.ContentBlock_jsp overload the model com.babelstore.content.front.ContentModel 2010-03-18 11:43:10,930 WARN [P-Processor8] 192.168.61.112 - FRM : com.babelstore.content.front.ContentBlock_jsp overload the model com.babelstore.content.front.ContentModel 2010-03-18 11:43:11,055 DEBUG [P-Processor8] 192.168.61.112 - Left side of math operation ($!productsCount.intValue()) has a null value. PMVelocity - Meta Description[line 2, column 47] 2010-03-18 11:43:11,056 DEBUG [P-Processor8] 192.168.61.112 - Null reference [template 'PMVelocity - Meta Description', line 3, column 101] : $nbProduct cannot be resolved. 2010-03-18 11:43:11,089 INFO [P-Processor8] 192.168.61.112 - <<< [161 ms] GET http://www.pm.lan/info/vendre_informatique-logiciels 2010-03-18 11:43:15,638 INFO [P-Processor8] 192.168.61.112 - >>> GET http://www.pm.lan/submit?action=submitcomplete&stage=10&category_ref=260754&submitbtn= 2010-03-18 11:43:15,644 INFO [ool Worker-2] - Cache shipping - Reload starting 2010-03-18 11:43:15,831 INFO [ool Worker-2] - Cache shipping - Reload done in 187 ms [770 elements - 23641816 bytes] 2010-03-18 11:43:19,078 WARN [P-Processor8] 192.168.61.112 - Long query [3401 ms]: AttributeValueQuery |
| Commentaire de Emeric Teil [ 18/mars/10 15:25 ] |
|
Alors, je suis arrivé à le reproduire : à priori, ça vient
du fait de supprimer tes cookies lorsque tu es sur la page de connexion. NB : je basse la criticité, car c'est tout de même un comportement particulier, sans risque réel pour PM... |
| Commentaire de Marc-Antoine Decreton [ 19/mars/10 18:33 ] |
|
L'explication : c'est un problème du aux cookies. En gros, on est sur une page https (login). On supprime les cookies. On clique sur Ouvrir un compte On arrive sur la page register -> pas de session en cours donc on en crée une -> nouveau cookie en mode sécurisé créé Une fois le compte créé et qu'on est connecté, on est redirigé sur la page mon compte (http) -> on n'a pas accès au cookie créé précédemment car il est sécurisé -> on crée un cookie accessible aussi bien en https que http puis on redirige sur la page login Pour corriger cela, on crée toujours un cookie non sécurisé, comme c'est déjà le cas en prod. |
[APP-14463] Fiche produit BO - Champ identification / référence - Alerte sur doublon de réf. invisible Création: 27/déc./06 14:09 Mise à jour: 25/juin/07 18:48 Résolue: 06/mars/07 18:49 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 11.2.0 (Lycos) |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Mostafa Diane |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Classif1: | BO |
| Classif2: | identification conflit |
| Projets PM archivés: | Maintenance 14.x.x |
| Description |
|
Fiche soumise : http://bo.priceminister.com/referential_back?action=productview&productid=51130124 Cette fiche a l'identification fabricant "FX200". 1) Le système empêche comme prévu de valider cette fiche car cette même ref existe sur la fiche active suivante : http://bo.priceminister.com/referential_back?action=productview&productid=6052251 On a ainsi le message "Cette référence existe déjà." ...MAIS... 2) Une alerte "1A" en rouge (=une fiche déjà active) nous signalant ce doublon avant validation devrait apparaitre automatiquement dans le champ identification de la fiche soumise. Mais le système d'alerte ne semble pas se fier au "cleanID" (identification corrigée sans caractères spéciaux et espaces) mais à l'identification non corrigée (ici avec espace dans fiche soumise FX_200, sans espace dans fiche active FX200). |
| Commentaires |
| Commentaire de Ariane Baldinger [ 29/déc./06 10:24 ] |
| ça relève du Dev ... |
| Commentaire de Mostafa Diane [ 05/mars/07 10:44 ] |
|
l'alerte "1 A" signale que une autre fiche produit (avec les même identifications est active). le message d'erreur "Cette référence existe déjà." lui se base sur la clean identification. effectivement il y'a un déphasage entre les deux notions. Martin, je ne sais pas pourquoi le message d'erreur "Cette référence existe déjà." se base sur la CleanID? je propose que l'alerte suit le message d'erreur, ca vas aidé l'équipe de validation de savoir au préalable qu'il vont avoir ce message d'erreur. |
| Commentaire de Mostafa Diane [ 06/mars/07 18:49 ] |
|
Une nouvelle alerte ACL est rajouté pour vous avertir de la
présence d'une autre fiche produit actifs ayant la même clean
identification. Cette alerte signifie que si la fiche produit n'est pas activable. Mais Cette fiche ne signifie pas que c'est un vrai doublon. J'explique On peut avoir une fiche deux fiches produits avec les identifications suivantes : Fiche Pro1 CA_NON Et une autre Fiche CA_NON (soumis) Les deux fiches produits vont avoir CANON comme clean identification. Donc la fiche Fiche Pro2 va avoir l'alrte 1ACL mais pas 1A. Cela dit la fiche Fiche Pro2 n'est pas un vrai doublon. |
| Commentaire de Mostafa Diane [ 06/mars/07 18:50 ] |
| l'image montre un cas d'utilisation |
| Commentaire de Martin Sudmann [ 07/mars/07 11:20 ] |
|
dans ton exemple, ce serait plutôt CA_NON et CANO_N qui sont pareil en clean, mais pas en vrai. ou 3600 et 3600##. |
| Commentaire de Aurélien Vergalli [ 07/mars/07 11:42 ] |
|
La pièce jointe, elle, donne un bon exemple. Merci. |
| Commentaire de Aurélien Vergalli [ 20/avr./07 16:58 ] |
|
Testé avec succès en V14 - (L'alerte est visible sur la fiche : http://bo.pm.lan/referential_back?action=productview&productid=53449951 - signalant le doublon de cleanID de la fiche : http://bo.pm.lan/referential_back?action=productview&productid=53449950) |
| Commentaire de Younès Charrière [ 20/avr./07 17:25 ] |
| ok merci aurélien ! |
[APP-16034] Reherche produit en BO à partir de la fiche produit : Pertinence fast / Pertinence PM Création: 19/avr./07 10:53 Mise à jour: 25/juin/07 18:51 Résolue: 03/mai/07 18:31 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Recherche produit |
| Affecte la/les version(s): | 14.0.0 |
| Version(s) corrigée(s): | 14.1.0 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Mostafa Diane |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Maintenance 14.x.x |
| Description |
| Commentaires |
| Commentaire de Younès Charrière [ 19/avr./07 12:08 ] |
| Cliquer sur le lien "Titre" ici http://bo.pm.lan/referential_back?action=productview&productid=47519631 pour reproduire. |
| Commentaire de Nicolas Chauveau [ 19/avr./07 18:17 ] |
| Il existe un contournement, je baisse la priorité et je planifie pour la V14.1.0 (si CGA OK, sinon V15) |
| Commentaire de Martin Sudmann [ 23/avr./07 17:57 ] |
|
ce n'est pas une question du tri, mais le lien de la FP en BO vers la recherche BO est simplement cassé. en plus de corriger le lien, il faut limiter la recherche sur le titre. |
| Commentaire de Mostafa Diane [ 03/mai/07 18:31 ] |
| le lien est rétabli. |
| Commentaire de Martin Sudmann [ 14/mai/07 10:16 ] |
| ok en INTEG |
[APP-27179] [BO produit] - Recherche produit par mot-clé Titre KO Création: 04/nov./09 16:59 Mise à jour: 14/déc./09 12:06 Résolue: 18/nov./09 09:34 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 56.0.0 (TX-J) |
| Version(s) corrigée(s): | 59.0.0 (CAT-M) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Yan Gueguen | Attribution: | Martin Sudmann |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
| Commentaires |
[IMP-548] (sellermania) Ouverture d'un compte FTP de test , librearbitre Création: 24/avr./07 11:24 Mise à jour: 30/oct./09 15:53 Résolue: 30/juil./07 18:14 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Gaël Seguillon | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | librearbitre |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Estimation: | Petit |
| Groupe: | Sellermania |
| Description |
|
universoul Bonjour Gael ! Pour avancer sur le scoping technique de Priceminister, peux-tu mettre à disposition de mon compte un FTP ? Le compte est celui lié à fbiriotti@hotmail.com Pseudo: universoul Merci d'avance et à bientôt Florent Biriotti 0033 1 47 08 62 36 08 26 62 12 29 |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 27/avr./07 17:50 ] |
|
Le compte n'est pas PRO, quel est le but de l'ouverture de ce omtpe FTP ? RON. |
| Commentaire de Gaël Seguillon [ 30/avr./07 13:47 ] |
|
c'est un compte pour sellermania, il vont faire des tests
pour mettre en place un système de webservice pour nos pros le compte a été validé en pro |
| Commentaire de Daniel Pintamalli [ 11/mai/07 11:16 ] |
|
===================================================================== COMPTE du vendeur créé ... ======= Compte FTP ======= ==== Home : universoul ===== ==== Pass : fTY,dj8ls ======= ===================================================================== |
| Commentaire de Daniel Pintamalli [ 11/mai/07 11:18 ] |
| Est-ce que le partenaire va à utiliser les profils d'import assignés par défaut? |
| Commentaire de Marion Anfreville [ 18/mai/07 10:21 ] |
|
Gael, peux-tu préciser les profils d'import que le partenaire va utiliser pour ces tests ? Actuellement, il n'y a que les profils pas défaut (avec format de base entrées/sorties) pour ce partenaire. |
| Commentaire de Gaël Seguillon [ 18/mai/07 10:27 ] |
|
je n'en ai aucune idée ? je n'en sais pas plus que le mail ci dessus peux tu le contacter car je pense que de toute façon vous allez devoir parler ensemble car il veutr mettre en place de grosses manips pour essayer de mettre en place des web services à partir des infos récupérées chez nous |
| Commentaire de Marion Anfreville [ 24/mai/07 14:37 ] |
| Faire le point avec le partenaire sur ces attentes (pour les tests). |
| Commentaire de Gaël Seguillon [ 04/juin/07 10:33 ] |
|
Bonjour Gael, Peux-tu ouvrir le FTP et me transmettre la doc qui détaille comment l'utiliser ? Merci d'avance et bon week-end ! Florent Biriotti 0033 1 47 08 62 36 08 26 62 12 29 Je suis navré de l'erreur mais le compte universoul est mon compte Perso. Nous voulions faire les premiers tests dessus, mais allons plutôt démarrer de suite avec le compte test Sellermania. Je n'aurai pas besoin de FTP lié à ce compte pour les semaines à venir mais j'en aurai besoin dès que nous aurons lancé une solution Price, comme tous nos clients. Donc suite à cette nouvelle demande peux t-on mettre en place le FTP pour le compte librearbitre et prendre contact avec Biriotti pour les procédures FTP, l'idée est que ce compte serve de teste pour le dev de nouveaux services pros avec édition de stock en temprs réel, alignement au meilleur prix etc.. j'aurai besoin qu'une personne du param soit l'interlocuteur privilégié de Selleramnia pour le suivi de leurs tests techniques |
| Commentaire de Xavier Barbosa [ 05/juin/07 16:00 ] |
|
ai crée le compte FTP, et l'ai configuré sur les format standards. ai activé le flux de commande. |
| Commentaire de Xavier Barbosa [ 05/juin/07 16:02 ] |
|
======= Compte FTP ======= ==== Home : librearbitre ===== ==== Pass : zorro ======= |
| Commentaire de Xavier Barbosa [ 05/juin/07 17:20 ] |
| email du contact : florent@sellermania.com |
| Commentaire de Xavier Barbosa [ 05/juin/07 17:59 ] |
| ai adressé un mail au partenaire. j'attends un retour. |
| Commentaire de Xavier Barbosa [ 06/juin/07 13:17 ] |
|
message du partenaire : <<< Bonjour Xavier ! Merci beaucoup pour l'envoi de toutes ses docs nous allons les consulter avec attention pour devenir de vrais pros sur Price J. Nous revenons vers vous dès que nous avons des questions et grand merci à Gael pour la transmission si rapide du message ! Bonne soirée et à très bientôt ! Florent >>> j'attends son retour. |
| Commentaire de Xavier Barbosa [ 12/juin/07 16:44 ] |
|
le partenaire a déposé un 1er fichier dans son compte FTP. j'attends le résultat. |
| Commentaire de Xavier Barbosa [ 15/juin/07 10:38 ] |
|
ils déposent des fichiers de stock. maintenant il teste les flux de transactions. |
| Commentaire de Rodrigue Nsiangani [ 18/juil./07 13:37 ] |
| Le partenaire a-t-il effectué ses tests ? |
| Commentaire de Gaël Seguillon [ 18/juil./07 14:39 ] |
|
ce compte ne servira pas de test. En effet, seul le compte librearbitre leur sert pour les tests de l'appli en cours de développement. |
| Commentaire de Marion Anfreville [ 26/juil./07 18:22 ] |
| Y a t'il autre chose à réaliser dans cette demande ? Si non, on doit pouvoir fermer la demande ? |
| Commentaire de Gaël Seguillon [ 26/juil./07 18:31 ] |
| non on peut fermer |
[APP-23704] Inconsistance de civilités en BO Création: 17/déc./08 14:36 Mise à jour: 19/déc./08 12:38 Résolue: 17/déc./08 15:49 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | 37.0.0 (TX-D) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Projets PM archivés: | UK - Plateforme BETA |
| Description |
|
VoIr screenshot Miss apparaît comme Mlle Misstress comm Mme |
| Commentaires |
| Commentaire de Renaud Dierickx [ 17/déc./08 15:25 ] |
|
En BO, aucun code n'est traduit. Pour que ce soit cohérent, je vais mettre la liste déroulante en français. Comme il n'y a pas d'équivalent à Ms (mi Melle - mi Mme) en France, je laisse Ms. Voilou. |
| Commentaire de Renaud Dierickx [ 17/déc./08 15:49 ] |
|
Bon, on va faire une exception est traduire la civilité en BO : c'est une donnée utilisateur qui aurait pu être obtenu via un champs de saisi libre en Front ! On traduira donc toutes les civilités en BO. |
[APP-8492] images manquantes quand on passe par le bo Création: 14/avr./06 15:06 Mise à jour: 25/juin/07 18:36 Echéance: 25/avr./06 00:00 Résolue: 15/mai/06 15:17 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Lydia Dali | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 1 heure | ||
| Estimation originale: | 1 heure | ||
| Pièces jointes: |
|
| Site: | Integ |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
Voir capture d'ecran (http://img.pm.lan/front/brand/www/images/default/cover_books.jpg http://img.pm.lan/front/brand/www/images/default/cover_hifi.) |
| Commentaires |
| Commentaire de Christophe Garcia [ 14/avr./06 15:12 ] |
| Vrai aussi pour preview |
| Commentaire de Pap Ndiaye [ 14/avr./06 16:13 ] |
|
On vient de trouver d'ou venait le problème. C'est une chose
qui n'as jamais été mis en place ni en integ ni en prod. la solution
serait de faire évoluer les srcipts de deploiement. J'attends un retour de votre part avant de commencer l'evolution. |
| Commentaire de Quentin de Chivré [ 14/avr./06 16:25 ] |
| quelle "chose" ? |
| Commentaire de Sébastien Tournay [ 14/avr./06 16:39 ] |
|
Christophe, Je ne comprends pas le problème. La demande n'est pas très clair. J'aimerai que l'on m'explique le besoin précis avant de décider ce qu'il est nécessaire de faire. Sébastien |
| Commentaire de Sébastien Tournay [ 14/avr./06 16:48 ] |
|
Je viens de comprendre le fond du problème ... C'est lié aux images par défaut qui sont affichées lorsque nous n'avons pas paramétré un produit en particulier. Cette affichage n'a jamais fonctionné sur BO et PREVIEW car nous avions toujours des images de produit à pousser. C'est lié au calucul des tops ventes non ? Ce qu'il faut c'est juste modifier notre mécanisme pmdeploynewear afin de créer le brand preview et bo au niveau de front/brand/ sur les fronaux afin de pouvoir copier au moment du déploiement les images par défaut qui seront affichées. |
| Commentaire de Pap Ndiaye [ 25/avr./06 15:17 ] |
| C fait et integré dans le pmSiteStart .( deutz) |
| Commentaire de Christophe Garcia [ 05/mai/06 10:54 ] |
|
Problème toujours d'actualité sue le BO (résolu pour PREVIEW) Voir screenshot |
| Commentaire de Pap Ndiaye [ 15/mai/06 14:06 ] |
| probleme resolu en recuperant les images par defaut en prod il faudrait que ces images soit comprises dans le livrable des DEV en integ. |
| Commentaire de Pap Ndiaye [ 15/mai/06 15:16 ] |
| Ces images ne sont pas presente en prod. |
| Commentaire de Patrick Condevaux [ 22/mai/06 16:21 ] |
| ok en INTEG |
[APP-2421] BO Recherche de valeur d'attribut Création: 23/juin/04 17:36 Mise à jour: 25/juin/07 18:25 Résolue: 25/juin/07 18:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.2pre |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Manuel Sadok | Attribution: | Martin Sudmann |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il faudrait un nombre minimal de critères avant de lancer la recherche (par exemple ne pas lancer la recherche avec juste un type de produit) |
| Commentaires |
| Commentaire de Martin Sudmann [ 24/juin/04 14:50 ] |
| pourquoi ? C'est le même comportement dans le BO attribute name. |
| Commentaire de Martin Sudmann [ 24/juin/04 14:50 ] |
| pourquoi ? C'est le même comportement dans le BO attribute name. |
| Commentaire de Martin Sudmann [ 25/juin/04 17:55 ] |
|
de toute manière il faut recharger la page pour remplir les combos correctement, alors pourquoi pas récupérer les noms des valeurs en passant ? |
[APP-8087] Adaptation des écran BO pour 1euro.com.... Création: 22/mars/06 15:31 Mise à jour: 25/juin/07 18:36 Résolue: 12/sept./06 12:16 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Paiement |
| Affecte la/les version(s): | 8.1.2a, 8.1.2c |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Renaud Dierickx | Attribution: | Renaud Dierickx |
| Résolution: | Aucune correction envisagée | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
| Description |
|
Voici les écrans que j'ai adapté pour 1euro.com : - recherche panier - fiche panier - fiche article |
| Commentaires |
| Commentaire de Renaud Dierickx [ 22/mars/06 15:34 ] |
| Pour fermer ce bug, le plus simple c'est de valier les écran avec Steven. |
| Commentaire de Lydia Dali [ 05/mai/06 17:44 ] |
|
Voir les trois ecrans suivants, si c'est bon fermer le JIRA: http://bo.pm.lan/purchase_back?action=purchasesearch&javascript_callback=&purchase_id=&pch_status_code=&itm_status_code=&pch_type_code=&buyer_login=didou4000&seller_login=&credit_card=&number_request=&start_date=&date_search_type=0&end_date=&order=1&number_ro http://bo.pm.lan/purchase_back?action=purchaseview&purchaseid=34259434 http://bo.pm.lan/purchase_back?action=itemview&itemid=41452528&purchaseid=34259434 |
| Commentaire de Steven Harel [ 10/mai/06 18:02 ] |
|
ok, juste une remarque sur la première page (recherche de panier) le back office bosse sur des écrans 15 pouces ajouter 2 colonnes va poser des problèmes de largeur de tableau peut-on gagner encore un peu de place en : - supprimant la monnaie (¿) sur les 8 colonnes concernées - supprimant l'heure dans la colonne capture/date sinon, les deux autres pages c'est ok, merci |
| Commentaire de Quentin de Chivré [ 10/mai/06 18:43 ] |
| Pas trop d'accord sur la solution préconisée... l'heure peut etre utile pour des recherches de bugs, la monnaie peut parfois etre le franc pour les vieux paniers... |
| Commentaire de Steven Harel [ 10/mai/06 18:48 ] |
|
lorsque le montant est en francs, il n'est plus en bold, il y a donc déjà une différence concernant la date de capture, l'heure est visible sur la page panier, on peut donc toujours la retrouver mais si c'est vraiment pas possible, on accepte des écrans 17 pouces :))) |
| Commentaire de Quentin de Chivré [ 10/mai/06 19:58 ] |
|
ok va pour les 17 pouces tu vois avec JZ tu dis que tu viens de ma part ! |
| Commentaire de Renaud Dierickx [ 01/juin/06 15:08 ] |
|
Alors Steven, tu en es où avec tes 17 pouces ??? ;o)) On décide quoi ?? Moi, je suis de l'avis de QDC : c'est dommage de perdre la monnaie mais bon c'est toi qui vois. |
| Commentaire de Steven Harel [ 06/juin/06 17:27 ] |
|
j'ai pas changé d'avis pour info, ça fait 4 ans qu'on est passés à l'euro on ne traite plus de paniers en francs que une fois tous les 6 mois de plus, lorsqu'un paiement a été effectué avant cette date et donc en francs, la monnaie affichée actuellement est l'euro !! avec un montant en francs !! cf : http://bo.priceminister.com/purchase_back?action=purchasesearch&buyerid=10061&fuzzy=false&numberrows=200&order=1 |
| Commentaire de Quentin de Chivré [ 06/juin/06 17:37 ] |
|
Ben tu vois t'a trouvé un vrai bug :-) Sinon je reste pour conserver el symbole ¿, il ne prend pas bcp de place et permet de voir qu'on parle d'argnet. En revanche on peut gagner de la place sur la colonne ETAT en remplacant CONFIRMATION_DENIED par C. Denied par ex Voir les autres cas... Non ? |
| Commentaire de Renaud Dierickx [ 07/juin/06 16:16 ] |
|
Ok, je peux mettre en place ce système : CONFIRMATION_DENIED -> Conf. Denied CAPTURE_DENIED -> Capt. Denied Steven, tu valides ?? Pour info voici les différents PchStatusCode : CONSTRUCTION SAVED EXPIRED CONFIRMATION_DENIED AUTHORIZED CONFIRMED REQUESTED EMPTIED CAPTURE_DENIED CAPTURED OPEN CLOSED OBSERVATION |
| Commentaire de Steven Harel [ 07/juin/06 16:32 ] |
|
j'ai toujours pas changé d'avis confirmation denied et capture denied sont des statuts qui sont assez rares et qu'on trouve pas souvent (voire quasiment jamais) dans nos recherches de paniers mais faites ce que vous pouvez, on fera avec |
| Commentaire de Renaud Dierickx [ 05/juil./06 10:14 ] |
|
Martin, peux-tu t'occuper de ce problème et voir avec Steven ce qu'on peut faire ??? Merci. |
| Commentaire de Quentin de Chivré [ 05/juil./06 11:15 ] |
| Pourquoi tu refiles ca a Martin ? |
| Commentaire de Arnaud Forgues [ 24/août/06 14:45 ] |
|
Pour revenir au problème initial, comme Martin(o) n'est plus là, Renaud propose la solution suivante : Afin de gagner de la place, au lieu de rajouter 2 colonnes 1¿, on pourrait avoir une seule colonne CB / 1¿ avec un système de couleur repris par chaque ligne en fonction du type de panier Steven, Pierre, qu'en pensez vous ? |
| Commentaire de Steven Harel [ 24/août/06 15:31 ] |
|
on en a reparlé avec quentin. on ne modifie rien. quentin propose de dégager à terme la colonne de gauche (avec les blocs après vente, commercial, marketing, ...) et de la remplacer par des menus déroulants en haut comme sur la hp en front parce qu'on a besoin de gagner de la place sur toutes les pages en back office histoire, par exemple de tout visualiser sans avoir à scroller et être plus efficace |
| Commentaire de Renaud Dierickx [ 12/sept./06 12:16 ] |
| Ok, je ferme donc le bug en "won't fix". |
| Commentaire de Patrick Condevaux [ 18/oct./06 16:50 ] |
| ok |
Rubrique cosmetiques et parfums ES
(APP-32177)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Frais de port |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 83.0.5 |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Rocio Perez-Garcia | Attribution: | Rocio Perez-Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Projets PM: | *** A PLANIFIER *** |
| Commentaires |
| Commentaire de Rocio Perez-Garcia [ 13/déc./10 11:33 ] |
| Fait en BO. T-4.60 |
| Commentaire de Christophe Garcia [ 13/déc./10 12:02 ] |
| MDPLVC |
| Commentaire de Rocio Perez-Garcia [ 05/janv./11 14:14 ] |
| En BO |
[APP-17275] La création d'un compte sur un COB n'est pas du tout "brandée" Création: 25/juil./07 15:43 Mise à jour: 06/août/07 12:21 Résolue: 03/août/07 18:18 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.0.0 |
| Version(s) corrigée(s): | 16.0.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Christophe Garcia | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation |
| Description |
|
Exemple en screenshot d'un compte créé sur viamichelin. On ne devrait avoir accès à aucune donnée/menu hors contexte AUTO. |
| Commentaires |
| Commentaire de Clement Balay [ 30/juil./07 14:42 ] |
|
Plusieurs points avaient été oubliées lors du dev du nouveau mon compte: - l'exclusion de l'onglet "Mon compte" dans le header et dans la colonne de gauche pour viamichelin - dans la config cobrandAuto, il n'y avait pas toutes les surcharges des siteProperties présents dans la config cobrand donc publications: config_cobrandAuto dans default cms1&3 config_brand (language viaMichelin) dans express cms1&3 |
| Commentaire de Clement Balay [ 30/juil./07 15:07 ] |
|
Autre bug oublié: Si on se connectait sur priceminister www et que l'on se positionnait sur l'onglet "Mon compte", cela enregistrait en base cette info, ensuite, si on se connectait avec le même compte sur viamichelin, le tab_index restait sur l'onglet "Mon compte" et sur viamichlin aucun onglet n'était selectionné. donc maintenant je test le siteProperty d'exclusion de l'onglet classique et si le tab_index est l'onglet classique, je redirige le tab_index sur l'auto |
| Commentaire de Ariane Baldinger [ 31/juil./07 14:10 ] |
| publié |
| Commentaire de Espérance Galouo-Lece [ 02/août/07 18:32 ] |
| - Onglet "Mon compte Auto" en moins |
| Commentaire de Clement Balay [ 03/août/07 10:46 ] |
|
cobrand_auto n'avait pas été soumis à publication default config_cobrandAuto CMS1 & 3 |
Fermeture des cobrandings - Gestion des comptes cobrandés
(APP-24533)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings, Compte utilisateur |
| Affecte la/les version(s): | 8.1.2d |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Dispatcher (Fonc) |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Ci joint deux fichiers de contacts. Il s'agit de tous les comptes de deux CoB : Jeuxvideo.fr et PC Direct. [j'ai l'impression qu'il y a pas mal de doublons : ils sont issus de ces rapports http://intra.priceminister.com/stats/reports/confid/Brand_Statistics] Il se trouve que ces Co-Brandings sont fermés "de fait". Nous souhaitons assurer la continuité de notre service malgré cela. Donc, il faudrait désormais considérer les comptes de ces membres CoB en membre www. Nous souhaitons en effet que ces membres recoivent à présent des mails qui redirigent sur le www et non pas ceux qui ont des liens http://jeuxvideo.priceminister.com ou http://pcdoccasions.vnunet.fr. D'après Swan, ceci implique une modification en base par Patrick... Car ce n'est pas jouable en BO. Merci de nous indiquer une date pour la réalisation de cette tâche afin que nous puissions coordonner un mailing sur ces membres et/ou contacts leur expliquant ce que nous bricolons avec leur compte (!). [Merci !] |
| Commentaires |
| Commentaire de Sébastien Tournay [ 24/mars/06 10:14 ] |
| C'est surtout un travail pour Edouard de migration des données. Edouard, il s'agit de donner une nouvelle valeur sur l'origine du brand non ? |
| Commentaire de Francois-Marie Tournadour [ 29/mars/06 10:28 ] |
|
Vous nous tenez au courant ? ^^ Merci ! |
| Commentaire de Edouard Laurent [ 10/avr./06 17:10 ] |
|
SQL> select table_name from ALL_TAB_COLS where COLUMN_NAME = 'BRAND_ID'; TABLE_NAME ------------------------------ ORA_TEMP_1_DS_5192 ADVERT PURCHASE CONTACT_IMPORT USER_ACCOUNT BRAND HELP On remarque que l'info BRAND est presente dans plusieurs tables, particulierement dans ADVERT Il faudrait faire une etude au niveau du dev pour connaitre les impactes de la modification de cette donnee. Il y a deux solutions : * soit on supprime le brand et donc il faut nettoyer toutes les tables qui peuvent etre impactees. * soit on modifie l'information dans les tables clees ( ADVERT et USER_ACCOUNT) et on garde le brand meme si il ne sert a rien pour eviter les pb de parametrage. |
| Commentaire de Edouard Laurent [ 10/avr./06 17:11 ] |
| donc pour le dev :) |
| Commentaire de Francois-Marie Tournadour [ 10/avr./06 17:14 ] |
| Quand je peux envoyer mon mail moi du coup ? ^^ |
| Commentaire de Geneviève Beaujard [ 11/avr./06 12:02 ] |
|
Pour moi ca suffit de mettre a jour l'info brand_id dans les tables, mais je ne suis pas une specialiste des brands. |
| Commentaire de Quentin de Chivré [ 11/avr./06 13:56 ] |
|
On ne va pas "supprimer" une brand au sens supprimer une
ligne dans la table. Il ne ma parait vraiment pas adapté non plus de
mettre à jour toutes les données brand_id dans les comptes, advert,
purchase, etc... on perdrait une info historique importante. Supprimer un cobranding consiste a le marquer comme inactif. Il faut que cette notion soit propagée sur les comptes, et que si un compte est associé a un cobranding inaxctif on charte les mails en WWW. Pas question d'écraser les données enregistrées dans la base (c'est vraiment n'importe quoi en fait, ca me choque de lire ce genre de discussion... ! ) Au mieux si on veut "migrer les comptes" il faut splitter brand_id en 2 et créer registration_brand_id. Le colonne brand_id correspondrait donc au brand_id "courant". Pour ce qui est des paniers et annonces, pas touche. Enfin, Francois-Marie, je me permet de te signaler qu'il y a un CdP fonctionnel en charge des cobrandings, a savoir Bruno. Merci de faire passer les demandes cobrandings par lui et de ne pas court-circuiter ce process en faisant des jira sauvages... |
| Commentaire de Bruno Ballester [ 12/juil./06 13:46 ] |
| A prendre en compte dans la RoadMap de suppression des comptes. |
| Commentaire de Gaël Caro [ 12/oct./06 10:28 ] |
|
Richard, Dans la lignée suppression/désactivation d'un cob. |
| Commentaire de Quentin de Chivré [ 04/juil./07 17:32 ] |
| On ferme, vu avec GHI |
[APP-6889] Fiche Produit BO : Ajouter un attribut propose des valeurs non mappées Création: 04/janv./06 09:56 Mise à jour: 25/juin/07 18:34 Résolue: 05/janv./06 16:29 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.9d |
| Version(s) corrigée(s): | 8.1.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Nicolas Gréhalle | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Sur la fiche produit BO d'un produit de type Reproduction,
support Affiche, j'ai voulu ajouter une valeur d'attribut. Pour l'attribut en question (Reproduction/Thème), on me propose une liste de valeur. J'ai sélectionné l'une de ces valeurs et validé. J'ai eu un message d'erreur "L'attribut XXXXX n'est pas permis pour ce type de produit ou ce support". Après vérification, effectivement, la valeur était mappée sur le type, mais pas sur ce support (seulement sur 2 autres). Dans ce cas, on ne devrait pas me la proposer dans la liste. |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 05/janv./06 16:29 ] |
| Maintenant nous proposons des valeurs d'attributs qui prennent en compte le medium, ce qui n'etait pas le cas precedemment. |
[APP-9150] Images manquantes sur BO et PREVIEW Création: 15/mai/06 10:56 Mise à jour: 25/juin/07 18:38 Résolue: 15/mai/06 13:49 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Home Page |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Christophe Garcia | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Integ |
| Description |
|
Voir screenshot
|
| Commentaires |
| Commentaire de Sébastien Tournay [ 15/mai/06 11:06 ] |
|
On parle du site d'Integ ? En principe les images sont
fournies par les DEV dans le package de déploiement. Il s'agit sans
doute du mécanisme de déploiement (pmdeploynewear). En integ on a un
serveur maître (DEUTZ) qui fait le SCP sur le serveur APACHE de toutes
les images. Il faut pour cela que les brands soient déclarés. A
vérifier. |
| Commentaire de Lydia Dali [ 17/mai/06 16:25 ] |
| ok sur preview et bo. |
[APP-17026] Info-bulle "NULL" en BO Création: 11/juil./07 11:22 Mise à jour: 18/juil./07 18:39 Résolue: 18/juil./07 11:31 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 15.0.0 |
| Version(s) corrigée(s): | 15.1.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Violeta Doneva |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | BP - Consolidation Produit / Annonce |
| Description |
|
Voir screenshot. A priori, en PROD V14, y'a pas d'info-bulle sur ce type de produit. |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 13/juil./07 16:24 ] |
| Euh... quelle screenhsot ? Quel genre de produit :-) ? |
| Commentaire de Christophe Garcia [ 13/juil./07 18:00 ] |
| Et paf la capture d'écran |
| Commentaire de Martin Sudmann [ 16/juil./07 17:14 ] |
| c'est la bidouille sur le rawListHeadline qui provoque ça ? |
| Commentaire de Violeta Doneva [ 17/juil./07 09:49 ] |
| com/babelstore/referential/back/ProductSearch.jsp modifié |
| Commentaire de Christophe Garcia [ 17/juil./07 16:37 ] |
|
Violeta, Je réouvre le JIRA parce que j'ai trouvé la même erreur sur d'autres catégories de produits (voir screenshot). Mais ta correction prend peut-être déjà en compte ce cas. Si c'est la cas répasse le JIRA en Résolu :) Merci |
| Commentaire de Violeta Doneva [ 18/juil./07 11:31 ] |
| Oui, c'est déjà corrigé parce que la correction consite à ne pas afficher les null-s. Tout simplement pour certaines produits la donnée manque. |
[APP-13030] BO: pas de NPF sur l'auto Création: 10/oct./06 10:47 Mise à jour: 25/juin/07 18:45 Résolue: 19/oct./06 10:55 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Promo |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Lydia Dali | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Description |
|
Le lien Fiche techniques n'y est pas. Par contre en www on a bien le lien fiche technique. |
| Commentaires |
| Commentaire de Lydia Dali [ 10/oct./06 11:07 ] |
|
Finalment c'est un problème de page statiques!! Bo n'a pas été rafraichi !!! |
| Commentaire de Antoine Koener [ 13/oct./06 15:08 ] |
|
Pas d'index NpF. L'index sera réactivé semaine prochaine vers Mardi. |
| Commentaire de Christophe Garcia [ 16/oct./06 18:04 ] |
| On se le garde pour mardi alors ... |
| Commentaire de Patrick Condevaux [ 19/oct./06 12:27 ] |
| ok en INTEG |
[CAT-2153] Mauvais paramétrage arbre BO Création: 21/oct./09 08:30 Mise à jour: 10/nov./09 11:47 |
|
| Etat: | Ouvert |
| Projet: | Paramétrage - Non Import |
| Composants: | Mise en vente, Modélisation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Manuel Sadok | Attribution: | Carole Boucheny |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
2009-10-21 06:24:29,786 ERROR [P-Processor7] 66.249.71.39
- Attribute 'Télévision / Diagonale' = K81074 of product 47136685 not
comparable to parameter 431498 = 19.0 of category 317615 2009-10-21 06:24:29,786 ERROR [P-Processor7] 66.249.71.39 - Attribute 'Télévision / Diagonale' = K81074 of product 47136685 not comparable to parameter 431500 = 26.0 of category 317616 2009-10-21 06:24:29,786 ERROR [P-Processor7] 66.249.71.39 - Attribute 'Télévision / Diagonale' = K81074 of product 47136685 not comparable to parameter 431504 = 32.0 of category 317617 2009-10-21 06:24:29,786 ERROR [P-Processor7] 66.249.71.39 - Attribute 'Télévision / Diagonale' = K81074 of product 47136685 not comparable to parameter 431507 = 37.0 of category 317618 2009-10-21 06:24:29,786 ERROR [P-Processor7] 66.249.71.39 - Attribute 'Télévision / Diagonale' = K81074 of product 47136685 not comparable to parameter 431510 = 42.0 of category 317619 2009-10-21 06:24:29,786 ERROR [P-Processor7] 66.249.71.39 - Attribute 'Télévision / Diagonale' = K81074 of product 47136685 not comparable to parameter 431512 = 42.0 of category 317620 2009-10-21 07:05:15,949 ERROR [-Processor38] Tipoune37 - Attribute 'En-tête / Quantité incluse dans le paquet' = K99672 of product 18288479 not comparable to parameter 127585 = 10.0 of category 171522 2009-10-21 07:05:15,949 ERROR [-Processor38] Tipoune37 - Attribute 'En-tête / Quantité incluse dans le paquet' = K99672 of product 18288479 not comparable to parameter 127586 = 10.0 of category 171523 2009-10-21 07:05:15,949 ERROR [-Processor38] Tipoune37 - Attribute 'En-tête / Quantité incluse dans le paquet' = K99672 of product 18288479 not comparable to parameter 186701 = 1.0 of category 205042 2009-10-21 07:05:15,949 ERROR [-Processor38] Tipoune37 - Attribute 'En-tête / Quantité incluse dans le paquet' = K99672 of product 18288479 not comparable to parameter 189020 = 1.0 of category 205043 2009-10-21 07:05:15,952 ERROR [-Processor38] Tipoune37 - Attribute 'En-tête / Quantité incluse dans le paquet' = K99672 of product 18288479 not comparable to parameter 127585 = 10.0 of category 171522 2009-10-21 07:05:15,953 ERROR [-Processor38] Tipoune37 - Attribute 'En-tête / Quantité incluse dans le paquet' = K99672 of product 18288479 not comparable to parameter 127586 = 10.0 of category 171523 2009-10-21 07:05:15,953 ERROR [-Processor38] Tipoune37 - Attribute 'En-tête / Quantité incluse dans le paquet' = K99672 of product 18288479 not comparable to parameter 186701 = 1.0 of category 205042 2009-10-21 07:05:15,953 ERROR [-Processor38] Tipoune37 - Attribute 'En-tête / Quantité incluse dans le paquet' = K99672 of product 18288479 not comparable to parameter 189020 = 1.0 of category 205043 |
| Commentaires |
| Commentaire de Marion Anfreville [ 21/oct./09 08:39 ] |
|
On ne récupère visiblement pas la valeur numérique pour les
Télévision > Télévision / Diagonale : Type d'attribut = valeur
partagée ex : http://bo.priceminister.com/referential_back?action=productview&productid=47136685 Idem pour philatélie > En-tête / Quantité incluse dans le paquet : Type d'attribut = valeur partagée (il y a effectivement des valeurs pour cet attribut qui ne sont pas du numérique...) ex : http://bo.priceminister.com/referential_back?action=productview&productid=18288479 liste valeur pour cet attribut (tous types) : http://bo.priceminister.com/referential_back?action=attributevaluesearch&reload=false&prd_type_code=&attr_list=A00694&attribute_name_key=A00694&attribute_name=&attribute_value_key=&attribute_value=&attribute_value_rating=&attribute_pattern=&att_qualification_code=&start_creation_date=&end_creation_date=&start_change_date=&end_change_date=&order=&number_rows=2000&x=22&y=14 |
| Commentaire de Carole Boucheny [ 23/oct./09 17:36 ] |
|
Pour l'attribut : Télévision / Diagonale la solution envisageable serait de passer l'attribut en type numérique. |
| Commentaire de Carole Boucheny [ 10/nov./09 11:47 ] |
|
Est-ce quelqu'un voit un risque à migrer l'attribut "Télévision / Diagonale" en attribut numérique ?? Il y a une seule valeur qui poserait problème lors de cette migration : PM07919447 55 cm. Je peux la modifier à la main avant la migration. |
[APP-30287] BO : Croix en trop Création: 08/juil./10 11:57 Mise à jour: 12/juil./10 10:30 Résolue: 08/juil./10 16:29 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 73.0.0 (TX-O) |
| Version(s) corrigée(s): | 73.0.0 (TX-O) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | So Colissimo |
| Description |
|
Voir screenshot
|
| Commentaires |
| Commentaire de Arnaud Forgues [ 08/juil./10 16:29 ] |
|
[forguesa@gobillard source]$ bzr ci --fixes APP:30287 -m " Committing to: bzr://perrier/dev/trunk/ modified source/src/com/babelstore/purchase/back/ItemView.jsp modified source/src/com/babelstore/purchase/back/ItemViewModel.java Committed revision 26696. |
| Commentaire de Thomas Landru [ 09/juil./10 09:33 ] |
| checké sur dev1, tout est ok |
[APP-3657] Image BO : image non présente Création: 01/mars/05 10:41 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.3.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Validator | Attribution: | Judd OSullivan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
L'image suivante n'apparait pas et on ne peut pas la supprimer. Cela cause également une erreur dans la validation par lot, ce qui bloque l'équipe de validation |
| Commentaires |
| Commentaire de Validator [ 01/mars/05 10:42 ] |
| Il s'agit d'un bug bloquant pour l'équipe de validation |
| Commentaire de Quentin de Chivré [ 01/mars/05 12:00 ] |
| Probablement lié au bug du trigger sur les images / icones (?) |
| Commentaire de Judd OSullivan [ 02/mars/05 11:28 ] |
|
Les données existent mais l'image n'affiche pas. Impossible de supprimer en BO à cause de l'erreur : Find failed: javax.ejb.EJBException: Internal error getting results for field member image; CausedByException is: [OraDriver] Stored procedure does not return values. J'ai supprimé l'image à la main parce qu'elle empechait la validation par lot. |
[APP-3407] Boutons BO : Homogénéiser Création: 30/déc./04 10:34 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.9 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Quentin de Chivré | Attribution: | Gaël Klosek |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Certains boutons ont un relief + important que d'autres (2 pixels au lieu d'un) ... ce serait plus joli de tout mettre à un pixel. Attention a garder une hauteur et largeur constante si on refait les pictos afin de ne pas avoir à changer le HTML |
| Commentaires |
| Commentaire de Gaël Klosek [ 10/janv./05 15:00 ] |
| Mise à jour des images principales pour les bouttons BO. |
[APP-3792] BO : fiche user incomplète Création: 29/mars/05 14:35 Mise à jour: 25/juin/07 18:28 Résolue: 25/juin/07 18:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.3.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sarah Eudor | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
sur la fiche de l'utilisateur "bidjou" il manque les parties suivantes : historique des mails, coupons, logins, PMV. A la place il est marqué "erreur non disponible". |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 30/mars/05 16:16 ] |
|
Il y 37 comptes dans la même cas. Ce sont des comptes qui ont participé a la campagne 'et vous'. Ceci est du au fait que certains comptes ont le champ ev_game_points not null et le champ ev_send_registration a null, normalement tout compte enregistré a la campagne 'et vous' a eu ce champ ev_send_registration a false lors de l'enregistrement. SQL> select login from user_account where SQL> select login from user_account where ev_game_points is not null and ev_send_registration is null; LOGIN -------------------------------------------------- suzi2 Faby66 HobbitX bidjou frankline normandy_fr xavjer ptitejuju13 cliffburtonY isadieu mmmm13 draxtar saleme85 bibiche40 c_un_mystere dandydisco sarettona annesolh1 missSbeauty delia83000 laucha95 nyirandiv300 un-fidele acnpanam sissimj chicadelsol2 famibi alphonsinetk elise_lepl Pablo_btz64 gmuller 140468sp ledouxtom elisaneter JETOLABA1 ce_vero kenalerb 37 ligne(s) sélectionnée(s). is not null and ev_send_registration is null; LOGIN -------------------------------------------------- suzi2 Faby66 HobbitX bidjou frankline normandy_fr xavjer ptitejuju13 cliffburtonY isadieu mmmm13 draxtar saleme85 bibiche40 c_un_mystere dandydisco sarettona annesolh1 missSbeauty delia83000 laucha95 nyirandiv300 un-fidele acnpanam sissimj chicadelsol2 famibi alphonsinetk elise_lepl Pablo_btz64 gmuller 140468sp ledouxtom elisaneter JETOLABA1 ce_vero kenalerb 37 ligne(s) sélectionnée(s). solution proposée: ecrire un script qui met ce champ a fase (mail envoyé) |
| Commentaire de Geneviève Beaujard [ 30/mars/05 16:33 ] |
| OK j'ai fait un update qui met le champ ev_send_registration = 0 (mail envoyé) |
| Commentaire de Geneviève Beaujard [ 30/mars/05 16:34 ] |
| OK |
[APP-3451] BO de recherche pour les messages types Création: 12/janv./05 14:47 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.3.0val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Manuel Sadok | Attribution: | Gaël Klosek |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
* Lorsque l'on renseigne le champ "Alias du message" ou "Titre du message", la mise en forme de cette ligne est perdue (les 2 inputs ont leur taille qui change). * Il serait peut-être intéressant d'avoir une recherche par titre partielle. Par exemple, de taper "annulation" et d'avoir ainsi tous les messages dont le titre commence par "annulation". |
| Commentaires |
| Commentaire de Stéphane Archer [ 12/janv./05 15:05 ] |
| ou peut-être utilisé la fonction approximatif !?! |
| Commentaire de Quentin de Chivré [ 12/janv./05 16:39 ] |
| * |
| Commentaire de Quentin de Chivré [ 12/janv./05 16:39 ] |
|
Ne prendre en compte que la 1ere *, la 2eme est effectivement déja implementée avec la checkbox "Approximatif" |
| Commentaire de Gaël Klosek [ 13/janv./05 12:48 ] |
|
Petite correction au niveau des tailles des Input "Alias du message" et "Titre du message". En revanche, le changement general de taille du tableau de résultats est dû à des valeurs dans "titres abrégés" trop long contenant des "_", qui ne font donc pas de retours à la ligne. Ces titres contenant des "_" n'existe pas en Prod mais seulement en DEV. |
[APP-15366] Migrer la recherche BO en FAST Création: 28/févr./07 14:12 Mise à jour: 25/juin/07 18:50 Résolue: 22/mars/07 15:44 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 14.0.0 |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Nouvelle fonctionnalité | Priorité: | Critique |
| Rapporteur: | Martin Sudmann | Attribution: | Violeta Doneva |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||
| Classif1: | BP | ||||||||||||||||
| Classif2: | suppression Intermedia | ||||||||||||||||
| Projets PM archivés: | BP - Suppression INTERMEDIA | ||||||||||||||||
| Commentaires |
| Commentaire de Martin Sudmann [ 28/févr./07 14:14 ] |
| à fermer avec la migration de la recherche BO en FAST, si le pb de perf ne vient pas des attributs (qui restent sous Oracle) |
[APP-18215] cob- bug sur la page mon compte sous ie 6 Création: 12/oct./07 12:10 Mise à jour: 26/nov./07 16:05 Résolue: 07/nov./07 11:48 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 17.0.1 |
| Version(s) corrigée(s): | 18.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Aubert | Attribution: | Yassine Mouhammadou |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Navigateur: | Internet Explorer 6.X | ||||||||
| Projets PM archivés: | COB CommentCaMarche | ||||||||
| Description |
|
La nouvelle banniere parrainage fait bugger la page mon compte. Desactiver la banniere sur tous les cobs en attendant de modifier la taille de la banniere. |
| Commentaires |
| Commentaire de Christophe Garcia [ 12/oct./07 12:49 ] |
|
Si c'est du IG on le passe en V17.1.0. Merci |
| Commentaire de Olga Costa [ 12/oct./07 13:59 ] |
| C'est ok Jeremie vient de recharger les caches en prod |
| Commentaire de Sébastien Aubert [ 19/oct./07 14:53 ] |
|
il est nécessaire de retoucher la bannière parrainage ou toute bannière destiné à cette page pour les cob. taille actuelle 725 --> réduire la largeur avec un peu de marge. |
| Commentaire de Stéphane François [ 22/oct./07 12:23 ] |
| ci-joint à ce jira la version de bannière apte à fonctionner sur les cob tel que CCM. |
| Commentaire de Olga Costa [ 23/oct./07 10:14 ] |
|
Cette image est uniquement pour les cobs, n'est pas la mettre sur www. Dans IG : (express, images, mon compte) Image existant : banniere_parrain_725_90.gif à déplacer dans la langue www-fr La nouvelle image : banniere_parrain_715_90.gif à uploader dans la langue french En pré-deploy de la v.18 : (BO inetg et prod, configuration par default bloc Body Mon compte) créer le n¿ud Parrain cob pour tous les cobrandings, (utiliser le code html du n¿ud Parrain, attention à adapter la largeur.) Mettre cette tache dans le doc de déploiement Merci beaucoup. |
| Commentaire de Yassine Mouhammadou [ 23/oct./07 11:04 ] |
|
à publier pr la 18.0.0 : express > Image > Mon compte > banniere_parrain_725_90.gif |
| Commentaire de Sébastien Aubert [ 05/nov./07 16:55 ] |
| On est d'accord que la bonne image est banniere_parrain_715_90.gif ? |
| Commentaire de Yassine Mouhammadou [ 06/nov./07 11:34 ] |
| En effet. J'ai modifié le nom du contenu pour éviter la confusion. |
[IMP-3863] ouverture compte FTP type sellermania pro Kikidevarenn Création: 29/juin/09 11:31 Mise à jour: 30/oct./09 15:51 Résolue: 03/juil./09 14:50 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Gaël Seguillon | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | Kikidevarenn |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits , Mise à jour/création produits, Suppression produits
|
| Description |
|
ouverture compte FTP type sellermania pro Kikidevarenn, entrees sorties ecrasement annonces
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 29/juin/09 15:09 ] |
|
c'est fait, voici les coordonnées du FTP : ===================================================================== Compte FTP vendeur créé... Pseudo : kikidevarenn mot de passe : 47zePO78 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Gaël Seguillon [ 03/juil./09 13:05 ] |
|
J'ai mis en place kikidevarenn et étais surpris de voir que le fichier envoyé en début d'après-midi n'était pas passé ce soir. Là je découvre une vente Price sur son compte dans Sellermania, qui porte sur des vêtements... il est en vacances depuis des mois ! Je pense que ce FTP n'est pas lié au bon compte vendeur !  Merci d'avance pour votre intervention rapide. Bonne journée ! |
| Commentaire de Frédéric Nahum [ 03/juil./09 14:50 ] |
|
ce problème a bien été traité il y avait un ecrasement de config entre taa_too (mode) et kikidevarenn (dvd). Maintenant tout est OK |
[IMP-4144] ouverture accès FTP pour compte test pro profileotest Création: 01/sept./09 17:57 Mise à jour: 30/oct./09 15:52 Résolue: 07/sept./09 11:34 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Gaël Seguillon | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | profileotest |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces, Suppression annonces, Mise à jour/création annonces (écrasement)
|
| Description |
|
ouverture accès FTP pour compte test pro profileotest commandes et maj stock avec fichier standard annonces ean
|
| Commentaires |
| Commentaire de Jérome Marianne [ 04/sept./09 15:56 ] |
| Par fichier Standard annonces ean tu veux dire le modèle "Entrées 2004 "? |
| Commentaire de Jérome Marianne [ 04/sept./09 16:01 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : profileotest mot de passe : prof456il Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Jérome Marianne [ 04/sept./09 16:14 ] |
|
FTP paramétré. Reste compil flux + stock à faire lundi. Et en attente confirmation de Gael sur le modèle. |
| Commentaire de Gaël Seguillon [ 07/sept./09 11:04 ] |
|
oui fichier standard entrées celui qui est comme modèle sur le réseau je ne sais pas de quand il date Gaël |
| Commentaire de Jérome Marianne [ 07/sept./09 11:34 ] |
|
Compil Flux+stock faites. Le compte FTP est activé. |
[IMP-4376] Creation d'un compte FTP partenaire Foxmedia Création: 09/oct./09 10:09 Mise à jour: 30/oct./09 15:44 Résolue: 13/oct./09 10:49 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Skender Berisha | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | Foxmedia |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour Merci de créer un compte FTP pour la gestion des flux de commandes partenaire foxmedia. Merci Skender |
| Commentaires |
| Commentaire de Jérome Marianne [ 13/oct./09 10:23 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : foxmedia mot de passe : 45fox321 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== Paramétrage en cours... |
| Commentaire de Jérome Marianne [ 13/oct./09 10:49 ] |
| Le compte FTP est activé. |
[IMP-1999] Ouverture compte FTP vendeur KQ-Networx Création: 17/mars/08 17:16 Mise à jour: 30/oct./09 15:43 Résolue: 15/avr./08 11:21 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | KQ-Networx |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour, Demande d'ouverture de compte FTP pour le vendeur KQ-Networx, afin qu'il puisse recevoir ses commandes. Merci, |
| Commentaires |
| Commentaire de Frédéric Nahum [ 15/avr./08 11:21 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : kq-networx mot de passe : kk87H Serveur : ftp.priceminister.com / fr ============================================================== Flux de commandes Crée |
[APP-16160] Un compte pro à des <br /> dans les titres de ses articles Création: 26/avr./07 18:48 Mise à jour: 06/sept./07 17:34 Résolue: 19/juil./07 09:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 14.0.1 |
| Version(s) corrigée(s): | ToDo |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Younès Charrière | Attribution: | Dispatcher (Param) |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM archivés: | Maintenance 15.x.x | ||||||||
| Description |
|
A priori un problème d'import ? Voir screenshot. compte : eequitable n° fichier d'import : 3709936 |
| Commentaires |
| Commentaire de Marion Anfreville [ 27/avr./07 11:09 ] |
|
A priori pas un problème d'import puisque le fichier
original ne contient pas de html dans le titre et le format d'import
n'en génère pas non plus au niveau du titre. Je me renseigne auprès d'Ariane pour savoir s'il s'agit d'un problème paramétrage. |
| Commentaire de Marion Anfreville [ 27/avr./07 18:18 ] |
| Les <br /> ne proviennent pas de l'import. Est-ce lié au paramétrage ? |
| Commentaire de Ariane Baldinger [ 30/avr./07 09:17 ] |
| la problème à l'air de se poser dans le bloc 'En vitrine" uniquement (non paramétrable) |
| Commentaire de Clement Balay [ 22/juin/07 16:05 ] |
| Ben c'est pas un problème de dev puisque le problème se pose aussi dans les blocs en dessous des onglets (voir capture) et cela ne se produit que pour un seul compte |
| Commentaire de Ariane Baldinger [ 19/juil./07 09:25 ] |
|
le problème a été réglé (cf. jira |
[PMV - Améliorations] Différencier ventes payables et à venir pour les vendeurs en mode Compta
(APP-20967)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | 26.0.0 (TX-B) |
| Version(s) corrigée(s): | 26.0.0 (TX-B) |
| Type: | Sub-new feature | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Steven Harel |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Paiement - Améliorations PMV |
| Description |
|
Les ventes payables et à venir étant à nouveau différenciées
pour le mode compta, il faut adapter l'aide en fonction...
|
| Commentaires |
| Commentaire de Emeric Teil [ 22/juil./08 17:30 ] |
| Steven, vous avez intégré cela ? On peut fermer ? |
| Commentaire de Emeric Teil [ 22/juil./08 17:31 ] |
| Olga, si tu as une trace de publication à ce sujet... |
| Commentaire de Steven Harel [ 22/juil./08 17:56 ] |
|
je viens de le faire, soumis à pub dand ig article : folder instructions/folder pmv2/folder pmv2 mode compta/statut des ventes |
[IMP-2818] création compte ftp configuration sellermania pour pro libuni86 Création: 05/nov./08 16:18 Mise à jour: 30/oct./09 15:43 Résolue: 10/nov./08 14:27 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | libuni86 |
| Modèle: | SELLERMANIA |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
création compte ftp configuration sellermania pour pro libuni86 OK n'a pas encore d'annonces sur le site va en mettre 25000 grâce à sellermania |
| Commentaires |
| Commentaire de Frédéric Nahum [ 10/nov./08 14:27 ] |
|
c'est fait Voici les adresses FTP ===================================================================== Compte FTP vendeur créé... Pseudo : libuni86 mot de passe : azty74P Serveur : ftp.priceminister.com / fr ===================================================================== |
[IMP-4141] ouverture accès FTP pour compte test pro cdn-einkauf1 Création: 01/sept./09 12:38 Mise à jour: 30/oct./09 15:52 Résolue: 14/sept./09 10:42 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Gaël Seguillon | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Login: | cdn-einkauf1 |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement), Suppression annonces, Mise à jour/création annonces
|
| Description |
|
ouverture accès FTP pour compte test pro cdn-einkauf1
format entrees/sorties/ecrasement sur fichier annonces standard avec EAN
|
| Commentaires |
| Commentaire de Laurent Payot [ 11/sept./09 15:35 ] |
|
Compte FTP créé, avec gestion des flux de commandes. ===================================================================== Account FTP seller created... Pseudo : cdn-einkauf1 password : nL6E913 Server : ftp.priceminister.co.uk Country : uk Flow purchase : yes ===================================================================== je suis en train de faire la config FTP, qui ne sera effective que lundi matin pour des raisons de sécurité. Si on a déjà le fichier du partenaire (même partiel) ça serait bien de le mettre en pièce jointe du Jira pour être sur que le format sera bien adapté aux données du partenaire. |
[APP-26505] Page Mon compte - le bloc de gauche bouge Création: 15/sept./09 18:23 Mise à jour: 22/oct./09 17:59 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 53.0.0 (TX-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Emilien Guichard | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | AUTO : Nettoyage |
| Description |
|
Page Mon compte - le bloc de gauche bouge lors de la navigation dans les différentes rubriques de la page.
|
| Commentaires |
| Commentaire de Emilien Guichard [ 16/sept./09 14:52 ] |
| Ok en integ |
| Commentaire de Aurélie Kwiatkowski [ 18/sept./09 10:29 ] |
| Il bouge encore entre la page Mon Compte et Toutes mes Ventes |
| Commentaire de Emilien Guichard [ 18/sept./09 11:37 ] |
| Gafour ? |
| Commentaire de Gafour Abdoul [ 18/sept./09 11:40 ] |
| Aurélie sur quel navigateur, je viens de vérifier sur FF3.5 et c'est calé au pixel près. |
| Commentaire de Emeric Teil [ 18/sept./09 11:44 ] |
| IE7 |
| Commentaire de Gafour Abdoul [ 18/sept./09 12:52 ] |
| Corrigé en rajoutant une marge basse pour les "titres de la colonne de gauche", uniquement pour IE7 et uniquement pour le Front Template contenant #temp3 |
| Commentaire de Aurélie Kwiatkowski [ 18/sept./09 16:41 ] |
| Ca bouge encore selon moi. A toi de voir si vous voulez à tout prix le corriger. |
| Commentaire de Emilien Guichard [ 18/sept./09 16:43 ] |
|
On va arrêter la dessus pour cette version. Je déplace ça pour la TX-J. Pourrais-tu préciser un peu plus ? Merci. |
[APP-26570] [Croix Rouge] Passage en caisse impossible après une création de compte Création: 17/sept./09 16:41 Mise à jour: 18/sept./09 14:20 Résolue: 18/sept./09 10:35 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 52.0.2 |
| Version(s) corrigée(s): | 53.0.0 (TX-I) |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Cédric Goldovsky | Attribution: | Marc-Antoine Decreton |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
mettre un article en panier se creer un compte ==> on arrive sur le choix du mode de paiment (sans être passé par "confirmation" et "adresse") |
| Commentaires |
| Commentaire de Emeric Teil [ 17/sept./09 17:41 ] |
| Précision : à priori, problème de screenflow (redirection après création de compte) car normalement, après création de compte on doit arriver directement sur la page "adresse de livraison" alors que là, on nous fait passer par le SAS... (et j'imagine que le SAS ne "sait pas" faire la bonne redirection, d'où le bug). |
| Commentaire de Marc-Antoine Decreton [ 18/sept./09 10:35 ] |
| [CAJ2009Q3TX] |
[APP-26618] Ajout de tags de pub Lagardère dans "mon compte" - 2 Création: 23/sept./09 15:19 Mise à jour: 28/sept./09 17:43 Résolue: 28/sept./09 17:43 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 53.0.3 |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Benjamin Guerville | Attribution: | Olga Costa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Merci de prendre en compte le nouveau planning de paramétrage. Dans le fichier il manque certains LOCATION ALIAS car je n'arrive pas à accéder à Spot pour le moment. merci BG |
| Commentaires |
| Commentaire de Olga Costa [ 23/sept./09 15:53 ] |
| Pour les location alias je peux les retrouver a partir de XITI, donc s'il en manque quelques une pas de problèmes |
| Commentaire de Olga Costa [ 25/sept./09 12:44 ] |
|
Carole et Benjamin pouvez vous tester les pubs de septembre http://bo.ref-fr.pm.dev/spot_back Merci |
| Commentaire de Carole Boucheny [ 25/sept./09 14:32 ] |
| Ok pour moi sur les pubs de septembre |
[APP-29110] Label "Parrainez sur facebook" dans la colonne de gauche "Mon compte" Création: 12/avr./10 12:09 Mise à jour: 16/avr./10 12:25 Résolue: 12/avr./10 15:08 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 67.0.0 (CTN-Q) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, FRA - France
|
| Site: | Recette |
| Projets PM: | Parrainage (Lot 1) |
| Description |
|
Merci de re-remettre "Parrainez sur Facebook et twitter"
dans "Mon compte" partie centrale + colonne de gauche, en FR et UK
uniquement.
|
| Commentaires |
| Commentaire de Damien Dorizy [ 12/avr./10 12:17 ] |
|
C'est fait. À publier sur cms-ref : /default/Template/Account Template/CommunityBlock /default/Labels/_Mon Compte/AccountBlock/link_child_register_network Merci beaucoup |
[IMP-5654] Retablir le flux d'import des comptes internationales de moeroshop (FR) Création: 25/mars/10 13:53 Mise à jour: 31/mars/10 10:13 Résolue: 31/mars/10 10:13 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Login: | moeroshop / moeroshop-es / moeroshop-uk |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Depuis que ce compte est géré par Neteven, on a oublier de faire suivre les copies vers les sites ES et UK.
|
| Commentaires |
| Commentaire de Daniel Pintamalli [ 25/mars/10 16:24 ] |
| Le PRO n' a toujours pas envoyé de fichier en écrasement... |
| Commentaire de Daniel Pintamalli [ 26/mars/10 11:26 ] |
| J'ai désactivé les formats (UK/ES) afin de tester le fichier avant intégration du fichier en écrasement. |
| Commentaire de Cantoni Carlos [ 29/mars/10 10:07 ] |
|
inventaire du site français en pièce jointe. merci de bien regarder si les refs sont les mêmes que nous avons sur le site ES/UK avant de faire l'import. |
| Commentaire de Daniel Pintamalli [ 30/mars/10 15:28 ] |
| Je supprime la copie vers UK car le compte est géré par Neteven et les prix en livres ne sont plus pris en compte |
| Commentaire de Daniel Pintamalli [ 31/mars/10 10:13 ] |
| J'ai intégré le stock présent sur le site Français sur le site Espagnol et dorénavant, les mises à jours seront synchronisés entre les 2 sites. |
[APP-17765] Offres partenaires invisibles en bo et preview Création: 12/sept./07 10:11 Mise à jour: 27/sept./07 17:04 Résolue: 17/sept./07 15:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.1.0 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Abonnement (refonte) |
| Description |
|
Les offres partenaires n'apparaissent dans la page de création de compte en bo et preview (voir screenshot). Il semble que ces 2 sites soient considérés comme des COB classiques : il ne faudrait pas. |
| Commentaires |
| Commentaire de Arnaud Forgues [ 17/sept./07 15:33 ] |
| Ok |
[APP-14998] BO - Copie de formats - format concerné: Modèle Vidéo V1.1 Création: 10/janv./07 16:41 Mise à jour: 25/juin/07 18:48 Résolue: 14/févr./07 11:36 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Daniel Pintamalli | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||
| Pays: |
ESP - Espagne
|
||||
| Site: | Prod | ||||
| Description |
|
Il existe un bug dans la fonctionnalité 'Copier'. Lorsque je
veux copier le format Modèle Vidéo V1.1 sous un autre nom, il apparait
ce message d'erreur: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. Format: http://bo.priceminister.com/datafile_back?action=advertmappingview&advertmappingid=14044 |
| Commentaires |
| Commentaire de Younès Charrière [ 10/janv./07 18:03 ] |
|
Logs de l'erreur sur Hercule : 2007-01-10 17:57:28,412 ERROR [-Processor13] 62.23.27.114 - Failed to create instance. java.sql.SQLException: [Oracle] #52 ORA-00001: unique constraint (IMPORT_1.CK_UNIQUE_RANK) violated at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.x.a(Unknown Source) at com.inet.ora.x.do(Unknown Source) at com.inet.ora.x.executeUpdate(Unknown Source) at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeUpdate(WrappedPreparedStatement.java:316) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.executeInsert(JDBCAbstractCreateCommand.java:352) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.performInsert(JDBCAbstractCreateCommand.java:308) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.execute(JDBCAbstractCreateCommand.java:138) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:572) at org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:222) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:266) at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:766) at sun.reflect.GeneratedMethodAccessor254.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1113) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:192) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:212) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:117) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28) at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93) at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508) at org.jboss.ejb.Container.invoke(Container.java:894) at sun.reflect.GeneratedMethodAccessor153.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:169) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy290.create(Unknown Source) at com.babelstore.datafile.business.AdvertMappingBusinessBean.ejbPostCreate(AdvertMappingBusinessBean.java:92) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.ejb.plugins.CMPPersistenceManager.postCreateEntity(CMPPersistenceManager.java:251) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.postCreateEntity(CachedConnectionInterceptor.java:274) at org.jboss.ejb.EntityContainer.postCreateHome(EntityContainer.java:754) at sun.reflect.GeneratedMethodAccessor256.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1159) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:43) at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93) at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508) at org.jboss.ejb.Container.invoke(Container.java:894) at sun.reflect.GeneratedMethodAccessor153.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:169) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy292.create(Unknown Source) at com.babelstore.datafile.back.AdvertMappingCopyAction.execute(AdvertMappingCopyAction.java:57) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:338) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:297) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:214) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:186) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:152) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2007-01-10 17:57:28,422 ERROR [-Processor13] 62.23.27.114 - TransactionRolledbackException in method: public abstract com.babelstore.datafile.business.Adv ertMappingBusiness com.babelstore.datafile.business.AdvertMappingBusinessHome.create(java.lang.Long,java.lang.String) throws java.rmi.RemoteException,javax.e jb.CreateException, causedBy: javax.ejb.CreateException: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.performInsert(JDBCAbstractCreateCommand.java:320) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.execute(JDBCAbstractCreateCommand.java:138) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:572) at org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:222) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:266) at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:766) at sun.reflect.GeneratedMethodAccessor254.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1113) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:192) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:212) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:117) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28) at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93) at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508) at org.jboss.ejb.Container.invoke(Container.java:894) at sun.reflect.GeneratedMethodAccessor153.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:169) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy290.create(Unknown Source) at com.babelstore.datafile.business.AdvertMappingBusinessBean.ejbPostCreate(AdvertMappingBusinessBean.java:92) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.ejb.plugins.CMPPersistenceManager.postCreateEntity(CMPPersistenceManager.java:251) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.postCreateEntity(CachedConnectionInterceptor.java:274) at org.jboss.ejb.EntityContainer.postCreateHome(EntityContainer.java:754) at sun.reflect.GeneratedMethodAccessor256.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1159) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:43) at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93) at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508) at org.jboss.ejb.Container.invoke(Container.java:894) at sun.reflect.GeneratedMethodAccessor153.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:169) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy292.create(Unknown Source) at com.babelstore.datafile.back.AdvertMappingCopyAction.execute(AdvertMappingCopyAction.java:57) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:338) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:297) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:214) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:186) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:152) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2007-01-10 17:57:28,429 WARN [-Processor13] 62.23.27.114 - Catched a TransactionRolledbackException in Dispatcher.innerLoad cause : javax.ejb.EJBExceptio n: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. / message : null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. 2007-01-10 17:57:28,446 ERROR [-Processor13] 62.23.27.114 - Load error Servlet : com.babelstore.datafile.back.DatafileBackServlet Request : GET http://bo.priceminister.com/datafile_back?action=advertmappingcopy&advertmappingid=14044&new_label=Copie%20de%20Mod%E8le%20Vid%E9o%20V1.1 Referrer : http://bo.priceminister.com/datafile_back?action=advertmappingview&advertmappingid=14044 User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1 Trace : javax.transaction.TransactionRolledbackException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value. at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121) etc ... |
| Commentaire de Mostafa Diane [ 18/janv./07 15:51 ] |
|
Le problème vient de la présence de la la cellule de
découpage. en fait ca vient d'un ancien bug sur la copie des formats(la
copie du format pointait sur l'ancienne cellule de découpage au lieu de
la nouvelle). Il faut tout d'abord corriger ces formats (la copie se fera sans problème)( il faut faire pointer les cellules vers les nouvelles cellules de découpages) il faut revoir tous ces formats SQL> select distinct cell2.advert_mapping_id from advert_cell cell1, advert_cell cell2 where cell1.advert_cell_id = cell2.source_advert_cell_id and cell1.advert_mapping_id <> cell2.advert_mapping_id; 2 3 4 ADVERT_MAPPING_ID ----------------- 5710 6470 6471 7734 9574 10254 11843 12025 12562 12688 12689 12742 13023 13084 13182 13322 13423 13442 13443 13706 13925 14044 14124 14325 14544 25 ligne(s) sélectionnée(s). |
| Commentaire de Mostafa Diane [ 22/janv./07 11:15 ] |
| est ce que tu peut lancer la requête sur la prod espagne pour vérifier la base d'espagne |
| Commentaire de Mostafa Diane [ 22/janv./07 11:15 ] |
| la question s'adresse a daniel :)? |
| Commentaire de Daniel Pintamalli [ 22/janv./07 13:45 ] |
| oui, je peux lancer la requête sur l'espagne, je m'en occupe |
| Commentaire de Mostafa Diane [ 22/janv./07 14:48 ] |
|
c 'est déjà fait select distinct cell2.advert_mapping_id from advert_cell cell1, advert_cell cell2 where cell1.advert_cell_id = cell2.source_advert_cell_id and cell1.advert_mapping_id <> cell2.advert_mapping_id; 2 3 4 ADVERT_MAPPING_ID ----------------- 13005 13006 13023 |
| Commentaire de Daniel Pintamalli [ 26/janv./07 15:14 ] |
|
Espagne: Les formats 13005, 13006, 13023 étaient en état supprimés. Je les ai corrigés de tout même. France: Il faudrait corriger les formats listés ci-dessous. (tous ceux étant en état active et inactive). Xavier, Marion: Peut-on les modifier sans que ceci répercute dans l'import? 7734 9574 12025 12562 12688 12689 13023 (inactive) 13084 13182 13322 13423 (inactive) 13706 13925 14044 14325 |
| Commentaire de Marion Anfreville [ 14/févr./07 09:41 ] |
|
Pas de contre indication à corriger les formats restants : 7734 9574 12025 12562 12688 12689 13023 (inactive) 13084 13182 13322 13423 (inactive) 13706 13925 14044 14325 Il faut faire rapidement les modifications car ces formats ne doivent pas bien prendre en compte certaines données. |
| Commentaire de Daniel Pintamalli [ 14/févr./07 11:36 ] |
|
Les corrections ont été faites. 7734 -> format corrigé 9574 -> format corrigé 12025 -> format corrigé 12562 -> le format était déjà corrigé 12688 -> format corrigé 12689 -> format corrigé 13023 (inactive) -> format corrigé 13084 -> format corrigé 13182 -> format corrigé 13322 -> format corrigé 13423 (inactive) -> format corrigé 13706 -> format corrigé 13925 -> format corrigé 14044 -> le format était déjà corrigé 14325 -> format corrigé |
| Commentaire de Patrick Condevaux [ 19/févr./07 12:39 ] |
| ok |
fichier cfonb - virement international - compensations espagne
(APP-13330)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compensations |
| Affecte la/les version(s): | 10.0.0 (ESP) |
| Version(s) corrigée(s): | 38.0.0 (TX-D Bis) |
| Type: | Sub-bug | Priorité: | Bloquant |
| Rapporteur: | Steven Harel | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Projets PM: | *** RESERVE *** |
| Projets PM archivés: | Maintenance 12.0.0 |
| Description |
|
l'exploitation me communique des fichiers cfonb.txt à envoyer à la banque dans le cadre des débits pmv par virement internationaux ces fichiers indiquent notamment le compte price à débiter actuellement, sur la france, le compte à débiter est : (bic)SOGEFRPP (iban)FR7630003033240002002191885 bic et iban ligne 03, iban ligne 08 nous avons ouvert un second compte pour les paiements espagnols : (bic)SOGEFRPP (iban)FR7630003033240002002953141 cependant, les cfonb espagnols des débits par virement internationaux reprennent le compte france il faut donc modifier les bic et iban (lignes 03 et 08) des cfonb espagnols en reprenant le compte bancaire espagne |
| Commentaires |
| Commentaire de Edouard Laurent [ 15/nov./06 11:03 ] |
| C'est corrigé |
| Commentaire de Younès Charrière [ 02/févr./07 15:59 ] |
| Ok vu avec Steven. |
| Commentaire de Steven Harel [ 07/mai/07 10:45 ] |
|
nouveau problème identique pour le débit par virement internantional sur priceminister.es le fichier cfonb communiqué ordonne un virement à partir du compte france alors que c'est le compte espagne qu'il faut débiter ce truc a été corrigé et apparait à nouveau (?) est-ce qu'on peut s'assurer qu'on blinde vraiment tout ce qui touche aux paiements ? |
| Commentaire de Steven Harel [ 11/mai/07 10:56 ] |
| même problème le 10 mai avec le fichier cfonb_debit_virements-2007-05-10.txt espagne |
| Commentaire de Eric Vannier [ 15/mai/07 11:52 ] |
|
Le soucis venait du fait , que l'on eut réaliser cette
opération sur esculape et sur hercule. Seul le script d'esculape avait
été corrigé. J'ai réalisé la correction sur hercule mais il est conseillé de réaliser cette opération uniquement sur esculape pour l'espagne. |
| Commentaire de Jérôme Mazoyer [ 15/mai/07 11:54 ] |
| Le problème a été corrigé par Eric. |
| Commentaire de Jérôme Mazoyer [ 15/mai/07 11:55 ] |
| Le problème a été corrigé par Eric. |
| Commentaire de Steven Harel [ 23/mai/07 13:42 ] |
| même problème pour les débits pmv espagne du 20 mai |
| Commentaire de Steven Harel [ 23/mai/07 13:45 ] |
|
ce problème a été "corrigé" déjà 3 fois patrice, peut-on se voir pour en parler ? |
| Commentaire de Eric Vannier [ 23/mai/07 16:01 ] |
|
Ce sont les fichiers générés par le script de compensation qui ont ce soucis ? Nous avons modifiés les scripts de finalisation de paiement. Merci de me confirmer cela. |
| Commentaire de Eric Vannier [ 23/mai/07 16:20 ] |
|
J'ai vérifié les fichiers qui ont été généré par le script de compensation le 2007-05-20 en espagne : [pmas@esculape work-2007-05-20]$ pwd /data/priceminister/pmscripts/pmcompensations/compensation/work-2007-05-20 [pmas@esculape work-2007-05-20]$ zgrep "FR7630003033240002002953141" *.gz cfonb-2007-05-20.txt.gz:03PI00000120070520BABELSTORE S.A. 4 RUE D ENGHIEN 75010 PARIS FRANCE 43264758400023INTVIRT20070520 SOGEFRPP 1FR7630003033240002002953141 EUR3324033 2120070520EUR cfonb-2007-05-20.txt.gz:08PI00005220070520 43264758400023INTVIRT20070520 1FR7630003033240002002953141 EUR3324033 000000000000360137 cfonb-croix-rouge-2007-05-20.txt.gz:03PI00000120070520BABELSTORE S.A. 4 RUE D ENGHIEN 75010 PARIS FRANCE 43264758400023INTVIRT20070520 SOGEFRPP 1FR7630003033240002002953141 EUR3324033 2120070520EUR cfonb-croix-rouge-2007-05-20.txt.gz:08PI00000220070520 43264758400023INTVIRT20070520 1FR7630003033240002002953141 EUR3324033 000000000000000000 Les fichiers que le script de compensation : pièce jointe archive gzip (Compensations-2007-05-20.xls.gz) pièce jointe archive gzip (Compensations-croix-rouge-2007-05-20.xls.gz) pièce jointe archive gzip (cfonb-2007-05-20.txt.gz) pièce jointe archive gzip (cfonb-croix-rouge-2007-05-20.txt.gz) |
| Commentaire de Eric Vannier [ 23/mai/07 16:22 ] |
| Merci de venir nous voir pour que l'on corrige ce problème définitivement. |
| Commentaire de Steven Harel [ 23/mai/07 17:37 ] |
|
je vois avec patrice quand je passe vous voir plutôt demain matin pour répondre à ton dernier message : ce bug concerne les débits pmv ça ne concerne pas les compensations |
| Commentaire de Eric Vannier [ 05/juin/07 11:05 ] |
|
Le soucis provenait que le script pour l'espagne utilisait
le générateur de fichiers pour la france donc on avait beau regarder le
générateur espagnol qui avait été modifié, ce n'était pas celui qui
était utilisé. J'ai remis à plat le script pour les virements et les chèques pour que l'espagne utilise ses propres scripts. Jérome va regénérer les fichiers pour avoir une validation que tout est ok pour la prochaine fois. Merci de bien vouloir me le confirmer. |
| Commentaire de Eric Vannier [ 05/juin/07 11:53 ] |
|
Le soucis a été identifié et corrigé. Le script espagne comportait le chemin en dur du répertoire pour la france . Ensuite, c'était des chemins relatifs qui sont dans le script donc on utilisait le générateur des fichiers (csv et cfon) de la france au lieu de celui de l'espagne. C'est à cet endroit que le code IBAN est renseigné. J'ai modifié le chemin par celui de l'espagne, ce qui a comme conséquence de bien séparer les deux pays pour ce type d'opérations. Les fichiers regénérés sont corrects à la date du 5/06/07. |
[APP-23705] [UK] Erreur 404 sur bo.uk.integ sur certaines actions Création: 17/déc./08 14:41 Mise à jour: 19/déc./08 11:46 Résolue: 19/déc./08 11:46 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | 37.0.0 (TX-D) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | UK - Plateforme BETA |
| Description |
|
Je me logue (ex : ceduk000 / test) puis sur la HP Mon Compte je me déconnecte ou je tente d'accéder à mon profil. J'obtiens cela : Not Found The requested URL /errors/403.html was not found on this server. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request. |
| Commentaires |
| Commentaire de Emeric Teil [ 17/déc./08 15:15 ] |
| Problème de plateforme ? |
| Commentaire de Arnaud Forgues [ 18/déc./08 10:32 ] |
|
Même problème depuis preview. Apparemment il y a un problème de certificat SSL en INTEG UK (à vérifier en PROD UK ?) depuis bo et preview |
[APP-30466] Identification BO : Ne pas re-exécuter l'action courante si on change juste d'identifiant Création: 20/juil./10 15:13 Mise à jour: 20/sept./10 13:18 Résolue: 26/juil./10 14:30 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 73.0.0 (TX-O) |
| Version(s) corrigée(s): | 77.0.0 (TX-P) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Marc-Antoine Decreton | Attribution: | Samy Badjoudj |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
En BO, lorsqu'on effectue une action requérant
l'identification, l'action n'est pas validée et on est redirigée vers la
page "Veuillez vous identifier d'abord". Suite à l'identification, on cherche alors à re-exécuter l'action automatiquement. Le bug : dans le cas où l'opérateur SAV est connecté et effectue l'action, celle-ci est bien exécutée. Si ensuite l'opérateur change d'identifiant, alors on cherche à revalider l'action (alors que ce n'est pas la peine : l'opérateur cherche à changer d'identifiant et non pas à faire une action). Piste : ne forcer l'exécution de l'action (submit du formulaire) uniquement lorsqu'on a une BoUserLoginException levée. Si ce n'est pas le cas, il s'agit juste de changer l'identifiant. |
| Commentaires |
| Commentaire de Thomas Landru [ 27/juil./10 17:16 ] |
| testé sur la branche bzr://perrier/dev/project/ident_action_bo/ : tout est ok |
[EXP-1852] Modification script création compte FTP en prod Création: 24/avr./06 11:54 Mise à jour: 25/juin/07 18:57 Résolue: 27/avr./06 18:03 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Nicolas Gréhalle | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Dans le cadre du déploiement du nouveau système de gestion
de flux FTP, il faudrait modifier le script qui permet de créer les
comptes FTP sur phaeton : - ne plus renseigner userList.txt sur phaeton - ne plus créer le fichier account.conf sur phaeton Merci |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 27/avr./06 17:56 ] |
| Le script a été modifié, merci de valider lors du prochain création de compte |
| Commentaire de Ranto Andriambololona [ 27/avr./06 18:00 ] |
| MAJ dans CVS PEPS |
[EXP-3634] Pas de droits d'écriture sur le compte PMBH (serveur Mignon) Création: 29/mai/07 16:41 Mise à jour: 07/août/07 11:56 Résolue: 07/août/07 11:56 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Damien Dorizy | Attribution: | Jérôme Mazoyer |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Il est impossible de créer un dossier ou de copier un
fichier sur le compte PMBH : le dossier principal appartient à root et
il est donc interdit même d'y faire un mkdir. La commande "rails" renvoie également un "command not found". Ruby on Rails est-il installé ? Merci |
| Commentaires |
| Commentaire de Damien Dorizy [ 25/juin/07 18:36 ] |
| Ne fonctionne toujours pas... |
| Commentaire de Justin Ziegler [ 06/août/07 14:04 ] |
| On est ou la dessus ? |
| Commentaire de Jérôme Mazoyer [ 06/août/07 14:20 ] |
| J'attends le retour de Damien la-dessus, mais normalement tout doit fonctionner correctement a présent. |
| Commentaire de Damien Dorizy [ 07/août/07 09:24 ] |
| On a effectivement bien le droit d'écriture, mais Ruby on Rails ne semble toujours pas installé (la commande 'rails' n'existe pas) |
| Commentaire de Jérôme Mazoyer [ 07/août/07 11:56 ] |
| Ruby on Rails installé, vu avec Damien, ainsi les droits d'écriture sur le compte pmbh. |
[EXP-4690] Helpdesk : demande ouverture adresse mail et compte utilisateru Création: 28/janv./09 14:44 Mise à jour: 29/janv./09 10:46 |
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Emmanuelle Lachamp | Attribution: | Christophe Garcia |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Description |
|
Hello Merci de créer un compte pour Gauthier Michalon qui rejoint l'équipe commerciale de Price, au poste d'anne korchia emma Ne pas fermer l'adresse mail d'anne les mails devront etre relevé par Gauthier |
| Commentaires |
| Commentaire de Stéphane Eccli [ 29/janv./09 10:46 ] |
| comptes créés, reste Jira |
[DEC-257] comptes pro manquants dans le stock pro payé Création: 13/févr./06 11:17 Mise à jour: 14/sept./07 14:24 Résolue: 15/févr./06 13:20 |
|
| Etat: | Fermé |
| Projet: | Reporting |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Lorenzo Nuccio | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | 4 heures | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 4 heures | ||
| Description |
|
Dans le fichier auto ou sont recensé tous les pros autos, il manque de nombreux compte pros. Ce fichier me permettant de faire mes stats pro, je m'en aperçois après avoir utilisé les macros, le stats comptent alors des centaines de lignes à moitié vide du fait qu'aucun pro n'est associé à l'annonce. Merci de voir à quoi cela peut-être dû. Pour exemple le pro "ersoauto" n'apparait pas dans le fichier stock, alors que son compte a été créé en novembre. Lorenzo |
| Commentaires |
| Commentaire de François Le Lay [ 15/févr./06 12:46 ] |
| On ne prend en compte que les pros qui ont des annonces actives, peut-être cela peut-il expliquer la différence? |
| Commentaire de François Le Lay [ 15/févr./06 13:20 ] |
|
661 email pros auot dans la newletter vs 675 comptes dans le
rapport stock_pro_auto. Pkoi? Parce qu'il y a des comptes qui utilisent
la même adresse email. On a 17 emails associés à au moins 2 comptes. |
[APP-22933] Majorité des comptes auto en visibilité 0 caché (surveillé) Création: 04/nov./08 18:35 Mise à jour: 10/nov./08 10:20 Résolue: 05/nov./08 16:54 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 32.0.1.2 |
| Version(s) corrigée(s): | 32.0.1.2 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Arnaud Forgues |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | FireFox 3.0 |
| Description |
|
Je viens de constater que depuis la dernière mise à jour, la
majorité des comptes autos ont été automatiquement mis en visibilité 0
caché (surveillé) en back office.
|
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 05/nov./08 09:08 ] |
| - Est ce possible d'avoir des exemples de comptes? |
| Commentaire de Jérome Marianne [ 05/nov./08 10:01 ] |
|
Voilà des exemples de comptes: topv2845 topv2786 topv2766 topv2761 topv0503 topv0935 topv2667 topv2590 topv2568 |
| Commentaire de Arnaud Forgues [ 05/nov./08 16:54 ] |
|
En effet, suite à la TX-C, on a migré tous les comptes qui
avaient fait uniquement des mises en vente auto, et dont l'inventaire
était activé avec une visibilité vendeur à 1 (ou 2 pour les PROS) mais
sans coordonnées vendeur pour autant. Etant donné que la visibilité d'une annonce auto ne dépend pas de l'activation de l'inventaire (ouvertur boutique) et que la visibilité 0 reste acceptée pour une annonce auto, nous avons migré environ les 60 000 comptes concernés, afin de repasser leur inventaire inactif et leur visibilité à 0. Donc, à priori, sauf avis contraire, la situation est normale (et voulue !). |
[APP-15529] Refonte Mon Compte : lot 1 Fondation Création: 16/mars/07 12:13 Mise à jour: 17/août/07 11:39 Résolue: 10/août/07 10:13 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 15.0.0 |
| Version(s) corrigée(s): | 16.0.0 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Bertrand Luc Yovanovitch | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Sous-tâches: |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Site: | Prod | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
|
La refonte Mon Compte comprends : - Une nouvelle Home Mon Compte Core (générale ) - Deux Home Auto : une Pro et un Part - Des indicateurs qui s'affichent sur ces Home : nombres d'annonces en ligne etc... - Un nettoyage de la colonne de droite sur toutes les pages Mon Compte - Un réglement des bugs sur toutes les pages Mon Compte Chaque point donnera lieu à des documents spécifiques joints au Jira. Les Jiras déja existants sur Mon compte vont être liés à ce Jira. |
| Commentaires |
| Commentaire de Arnaud Forgues [ 13/juin/07 15:36 ] |
| La nouvelle home Mon compte et le dashboard seront livrés en V16 alors que la partie Bugs et Colonne de droite seront livrés en V15 |
| Commentaire de Ariane Baldinger [ 25/juin/07 09:48 ] |
| => colonne droite : contenus Express publiés pour la V15 |
[APP-8139] Auto - BO - création d'un mot clé pour filtrer les annonces < 1000 euros Création: 27/mars/06 16:39 Mise à jour: 25/juin/07 18:36 Résolue: 26/mai/06 12:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Critique |
| Rapporteur: | Marc Cacheiro | Attribution: | Marc Cacheiro |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
pour éviter que des vendeurs ne passent des annonces auto en
mettant en avant un faux prix (en particulier des mensualités au lieu
d'un prix global) et faussent ainsi les tris par prix, nous souhaitons
mettre en place un tri en BO permettant de repérer les annonces auto
mises en vente à un prix < 1000 euros. L'idée est d'utiliser pour ce faire le système existant des mots clés. 1ère étape : créer le code vélocity permettant de repérer les annonces Auto mises en vente à moins de 1000 euros 2ème étape : communiquer le code à steven pour qu'il crée le mot clé, et que chaque annonce répondant à ce double critère (prix < 1000 euros + auto) soit transmise automatiquement à la validation 3ème étape : lorsque des annonces auto < 1000 euros seront créées, et donc transmises à la validation, vérifier qu'il ne s'agit pas de ventes à crédit (dans le commentaire), et le cas échéant, invalider l'annonce afin qu'elle ne soit plus visible en front. 4ème étape : prévenir le vendeur et le rembourser :) merci ! |
| Commentaires |
| Commentaire de Arnaud Forgues [ 27/mars/06 19:22 ] |
|
Il faut donc créer un mot clef de type "Création annonce" en mode "Velocity" avec la valeur : $advert.PrdType == "Voitures" && $util.lessThan($advert.SalePrice, 1000) Les annonces répondant à ces critères apparaitront alors en BO dans les listes "Problèmes annonces". Marc, il faut que tu vois avec Steven qui doit suivre ce type de problème : équipe de validation produit ou équipe SAV ...? Voilou, Arnaud |
| Commentaire de Steven Harel [ 28/mars/06 10:31 ] |
|
mot clé créé en cours de test rachid (modération) est informé |
| Commentaire de Marc Cacheiro [ 26/mai/06 12:28 ] |
| ok |
[APP-17680] page profil de compte indisponible à partir du lien newsletter Création: 03/sept./07 15:35 Mise à jour: 04/mai/09 13:42 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | News Letters |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Alexandra Viravaud | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Projets PM archivés: | Maintenance 19.x.x | ||||||||||||
| Description |
|
Salut, nous mettons dans nos newsletters un redirect vers le Profil de compte pour les personnes qui souhaitent changer l'adresse de reception de leurs emails : https://www.priceminister.com/connect Ce lien renvoit vers une page indisponible lorsqu'on clique dessus, alors qu'il fonctionne correctement dans mon compte. Pouvez-vous voir ce qui se passe ? Merci |
| Commentaires |
| Commentaire de Christophe Garcia [ 03/sept./07 16:40 ] |
|
Alexandra, En attendant la correction du problème, il faut que tu remplaces tes URL dans les newletters et que tu utilises "https://www.priceminister.com/connect?action=login à la place de "https://www.priceminister.com/connect?action=profile". Il suffit alors à l'internaute de cliquer sur "Mon profil" pour accéder à son profil. Merci |
| Commentaire de Christophe Garcia [ 03/sept./07 16:40 ] |
|
Quand on essaie de se connecter directement sur
"action=profile" sans être authentifié, on est dans un premier rediriger
vers 'action=login&c=80&dest=%2Fconnect%3Faction%3Dprofile'
puis dans un second temps on revient à ''action=profile". C'est le second temps qui foire. 2007-09-03 16:24:21,327 INFO [P-Processor2] 192.168.1.234 - >>> GET https://www.pm.lan/connect?action=profile 2007-09-03 16:24:21,328 INFO [P-Processor2] 192.168.1.234 - (Status : 302) Redirecting to : /connect?action=login&c=80&dest=%2Fconnect%3Faction%3Dprofile 2007-09-03 16:24:21,328 INFO [P-Processor2] 192.168.1.234 - <<< [1 ms] GET https://www.pm.lan/connect?action=profile 2007-09-03 16:24:21,342 INFO [P-Processor9] 192.168.1.234 - >>> GET https://www.pm.lan/connect?action=login&c=80&dest=%2Fconnect%3Faction%3Dprofile 2007-09-03 16:24:21,437 INFO [P-Processor9] 192.168.1.234 - <<< [95 ms] GET https://www.pm.lan/connect?action=login&c=80&dest=%2Fconnect%3Faction%3Dprofi le 2007-09-03 16:24:27,328 INFO [P-Processor2] 192.168.1.234 - >>> POST https://www.pm.lan/connect!action=dologin&c=80&dest=/connect?a...&login=chg_pm&passwo rd=password2&submitbtn=Connexion 2007-09-03 16:24:27,332 INFO [P-Processor2] 192.168.1.234 - User authentication success - login = CHG_PM 2007-09-03 16:24:27,530 INFO [P-Processor2] 192.168.1.234 - <<< [202 ms] POST https://www.pm.lan/connect!action=dologin&c=80&dest=/connect?a...&login=chg_ pm&password=password2&submitbtn=Connexion 2007-09-03 16:24:29,510 INFO [P-Processor2] CHG_PM - >>> GET https://www.pm.lan/connect 2007-09-03 16:24:29,511 ERROR [P-Processor2] CHG_PM - Action 'null' not defined 2007-09-03 16:24:29,512 ERROR [P-Processor2] CHG_PM - No layout defined - An action might not have been registered Servlet : com.babelstore.user.front.ConnectServlet Request : GET https://www.pm.lan/connect Referrer : null User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) 2007-09-03 16:24:29,512 INFO [P-Processor2] CHG_PM - Setting response status code to 404 2007-09-03 16:24:30,134 INFO [P-Processor2] CHG_PM - <<< [624 ms] GET https://www.pm.lan/connect |
| Commentaire de Alexandra Viravaud [ 03/sept./07 16:55 ] |
|
le renvoi vers la HP mon compte n'est vraiment pas idéal car
il est probable que bcp d'internautes passent à côté du lien Mon
Profil. enfin si c'est la seule solution qui fonctionne pour l'instant, on fera avec :) |
| Commentaire de Clement Balay [ 18/sept./07 09:21 ] |
|
Je ne suis pas arriver à résoudre ce bug, Il se produit
lorsqu'on essaie de se connecter à la page "Mon profil" sans être
connecté, cad qu'il va ouvrir la page de connexion puis rediriger vers
la page "Mon profil" qu'il aura enregistrer dans l'url. Cela semble venir du mode https |
| Commentaire de Nicolas Chauveau [ 21/sept./07 11:04 ] |
|
En effet, on a l'impression que la page profile est passé en https depuis la refonte mon compte. 1/ Est-ce normal, voulu ? 2/ C'est la configuraiton en exploitation qui force les pages connect en https mais il semble que les paramètre passé en post du coup ne passe pas. Deux solutions : Si l'on veut absolument garder ces pages en https (mais pourquoi ?), arriver à passer les paramètres POST au moment de la redirection en https ? Passer ces pages en http (sauf celle bien sûre qui envoir un mdp dans les paramètres, ie log-in, inscription et modification de mot de passe...) Ange, si tu as une opinion ou plus d'input raconte-nous tout cela !... Remarque : Le code est bon : " Pour continuer l'action en cours, cliquez ci-dessous : <br /><br /> <br /><br /> </td> </tr> <tr> <td align="center"> <form action="http://www.priceminister.com/connect" name="frmLoginSuccess" method="post" onsubmit="return checkSubmitted(this.name)"> <input name="action" value="profile" type="hidden" /> <input name="continuebtn" type="submit" class="blueinptsmall" value="Continuer" /> </form> " |
| Commentaire de Edouard Gomez-Vaez [ 05/oct./07 16:04 ] |
|
Le 2/ du |
[IMP-6612] bijouxette - Création compte FTP+Flux de commandes Création: 23/juil./10 10:02 Mise à jour: 02/août/10 11:23 Résolue: 02/août/10 11:23 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Maram Khayati | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | bijouxette |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits , Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Description |
|
Nota : Création compte FTP+Flux de commandes. Bonjour, Pseudo : bijouxette Le pro demande la création d'un compte FTP en alimentant les mises à jour à partir du lien du flux ci-dessous : http://www.petite-peste.com/priceminister/priceminister.php mail : contact@petite-peste.com Merci |
| Commentaires |
| Commentaire de Fotigui Tangara [ 30/juil./10 15:43 ] |
|
Le fichier est inexploitable en état... |
| Commentaire de Fotigui Tangara [ 30/juil./10 15:43 ] |
| J'envoie un mail au PRO pour le lui expliquer... |
| Commentaire de Fotigui Tangara [ 30/juil./10 15:48 ] |
|
Inutile de créer un compte FTP lorsque le PRO est à mesure
de nous fournir une adresse URL à laquelle nous pouvons récupérer son
fichier d'import. Sauf si le PRO souhaite la mise en place des flux de commandes. |
| Commentaire de Maram Khayati [ 30/juil./10 15:49 ] |
|
J'avais converti le fichier en xls Je ne sais pas si ça peut vous aider. Merci. |
| Commentaire de Fotigui Tangara [ 30/juil./10 15:53 ] |
|
Ci-dessous, mail envoyé au PRO : Bonjour, Nous sommes en charge de la mise en place du mécanisme d'import de vos fichiers de stock. Pouvez-vous nous générer un flux CSV ? Nous ne sommes pas en mesure d'exploiter votre fichier se trouvant à l'adresse suivante : http://www.petite-peste.com/priceminister/priceminister.php Celui-ci se présente comme un fichier html. N'hésiter pas à nous contacter pour plus d'informations. Cordialement Equipe Import |
| Commentaire de Fotigui Tangara [ 30/juil./10 16:01 ] |
|
Comme tu as fait pour avoir un fichier bien formaté (celui en pièce jointe) ? |
| Commentaire de Maram Khayati [ 30/juil./10 16:05 ] |
|
J'ai enregistré le code source de la page puis je l'ai ouvert et converti en Excel. Le Pro souhaitait effectivement mettre en place un flux de commandes. Voilà ce qu'il m'avait envoyé : Nous voudrions mettre en place un flux pour tenir notre stock à jour en temps réel. Voici l'URL : http://www.petite-peste.com/priceminister/priceminister.php Merci |
| Commentaire de Fotigui Tangara [ 30/juil./10 16:16 ] |
|
Le fichier téléchargé doit être directement exploitable, il
ne faudrait pas une intervention humaine pour que le fichier soit
exploitable... Notre filtre de téléchargement "Download" n'est pas conçu
pour réaliser la conversion d'un format à l'autre.... J'attends le retour du PRO. En attendant, je mettrais en place la gestion des flux de commandes. |
| Commentaire de Maram Khayati [ 30/juil./10 16:20 ] |
| D'accord. Bien noté. Merci |
| Commentaire de Fotigui Tangara [ 30/juil./10 17:39 ] |
|
J'ai le technicien qui gère l'informatique de Mme PAMART. C'est OK. |
| Commentaire de Fotigui Tangara [ 30/juil./10 17:42 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : bijouxette mot de passe : xe!Bj20rTg Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Fotigui Tangara [ 30/juil./10 17:55 ] |
|
Les configurations nécessaires aux traitement du fichier
sont mises en place, celles-ci seront opérationnelles dès lundi à partir
de 10h... Demande en cours de traitement... |
| Commentaire de Fotigui Tangara [ 02/août/10 11:23 ] |
|
La mise à jour automatique du stock est en place pour ce PRO. Son stock sera mis à jour tous les jours à partir de 20h35mn... Demande traitée. |
[IMP-2397] Ouverture compte FTP générique - Modèles de fichiers Création: 26/juin/08 17:53 Mise à jour: 30/oct./09 15:43 Résolue: 27/juin/08 10:04 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Stéphanie Vignali | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | aucun |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Suite à un besoin avec un futur partenaire et certainements
d'autres, nous avaons besoin d'un compte FTP générique reprenant tous
les modèles de fichier disponibles. Merci Stéphanie |
| Commentaires |
| Commentaire de Fotigui Tangara [ 27/juin/08 09:46 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : storefactory mot de passe : KAnne84 Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Fotigui Tangara [ 27/juin/08 10:01 ] |
| Le compte générique est créé, vous trouverez les différents modèles de fichier utilisés (Maison_Jardin_Plantes_Activités-Sport; Mode_et_Beauté). En cas d'oubli de notre part, veuillez nous en informer.... Merci. |
[APP-24388] [Migration Auto] : redirection manquante pour Mon Compte Auto Création: 20/févr./09 17:34 Mise à jour: 03/mars/09 18:05 Résolue: 26/févr./09 18:12 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 41.0.0 (TX-E) |
| Version(s) corrigée(s): | 41.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | FireFox 2.0 |
| Projets PM archivés: | AUTO : Bascule vers MIXAD |
| Description |
|
J'arrive à accéder à Mon Compte Auto, en suivant la "procédure" suivante : -> Ne pas être connecté (ie : pas de session en cours) -> Aller sur : http://www.pm.lan/user?tab=vehicle -> On arrive sur la page de connexion -> S'authentifier -> Cliquer sur "Continuer" -> On arrive sur Mon Compte Auto => A priori, il manquerait donc une redirection Apache quand le paramètre "vehicule" est passé en Post => En fait, le problème semble se reproduire pour toutes les pages mon compte (nécessitant identification) ... solution : dupliquer toutes les redirections Get en Post ? |
| Commentaires |
| Commentaire de Arnaud Forgues [ 23/févr./09 12:10 ] |
|
Finalement, en creusant avec EMT, ce cas ne se produit que
si l'utilisateur a mise en bookmark la page d'identification sur
laquelle il est redirigée quand il essaye d'accèder directement à une
page coté mon compte (connectée) ==> ce cas de figure étant très peu
probable, on ne le traitera donc pas Par contre on a au passage repérer le fait qu'il manque 2 redirections : http://www.pm.lan/contract?action=warrantylist http://www.pm.lan/contract?action=advertbuyercontractlist&relatedadvertid=155607394 On les ajoutera donc au fichier apache |
| Commentaire de Arnaud Forgues [ 23/févr./09 12:35 ] |
|
[forguesa@gobillard source]$ bzr ci --fixes APP:24388 Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.mixad Committed revision 25042. tag déplacé |
| Commentaire de Christophe Garcia [ 26/févr./09 16:11 ] |
|
Merci de vérifier si toutes les actions de la servlet "contract" sont redirigées. Si oui et si ce n'est que de l'AUTO, on pourrait largement simplifier la règle. |
| Commentaire de Arnaud Forgues [ 26/févr./09 18:10 ] |
|
En effet, en regardant directement dans le code la liste des
actions qui sont mappées sur la servlet "contract", il nous en manque 2
qui sont encore plus profonde d'un point de vue accès pour
l'utilisateur : - "activationdo" : action de validation du formulaire d'activation de garantie ==> aujourd'hui on redirige déjà l'accès à ce formulaire. De plus ce formulaire est en Post, donc personne n'a pu mettre en bookmark une telle url - "activationsuccess" : action de confirmation de la bonne activation d'une garantie ==> cela vient donc encore après l'action précédente. Peu d'interêt donc à mettre cette servlet en bookmark, mais il est vrai que c'est possible. Tout cela correspond effectivement bien qu'a de l'auto, on peut donc simplifier : On remplacera donc l'ensemble des redirections de type : # Redirection du détail d'une garantie auto RewriteCond %{HTTP_HOST} !^bo\.priceminister\.com RewriteCond %{QUERY_STRING} "action=advertbuyercontractlist" RewriteCond %{REQUEST_URI} "contract" RewriteRule ^/contract http://www.priceministerauto.com/? [R=301,L,NE] par : # Redirection du détail d'une garantie auto RewriteCond %{HTTP_HOST} !^bo\.priceminister\.com RewriteCond %{REQUEST_URI} "contract" RewriteRule ^/contract http://www.priceministerauto.com/? [R=301,L,NE] NB : [forguesa@gobillard source]$ bzr ci --fixes APP:24388 Committing to: bzr://perrier/dev/ modified source/etc/apache/rewrite.rules.mixad Committed revision 25048. [forguesa@gobillard source]$ bzr tag --force V41_0_1 Created tag V41_0_1. |
[IMP-1649] Creation compte FTP pseudo : Musique_es Création: 04/déc./07 12:13 Mise à jour: 30/oct./09 15:43 Résolue: 20/févr./08 17:12 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Cantoni Carlos | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | Musique_es |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour, le partenaire Tu_musica/Musique_es fait actuellement la mise a jour de stock avec un compte FTP mais il souhaite avoir 1 fichier different pour le site espagnol et français pouvez-vous creer un compte FTP pour le login Musique_es (France)pour faire les mises a jour? merci |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 20/févr./08 17:00 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : musique_es mot de passe : hjttY72U Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Daniel Pintamalli [ 20/févr./08 17:12 ] |
|
La configuration XML a été mise à jour. Marc (service technique DIscos Castelló) a été avisé. |
[IMP-8129] enfantschics : Fichier déposé dans FTP non pris en compte Création: 22/févr./11 12:21 Mise à jour: 23/févr./11 16:09 Résolue: 23/févr./11 16:09 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Jérome Marianne | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | enfantschics |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces
|
| Description |
|
Bonjour,
Merci pour l'ID. Nous poussons depuis hier des fichiers d'inventaire sur ce compte malheureusement aucun ne semble passer en ligne. Aucun log non plus dans le compte du vendeur « Envoyer des fichiers de stock ». Pouvez-vous s'il vous plait nous aider à mettre en place cet inventaire ? Merci d'avance. |
| Commentaires |
| Commentaire de Jérome Marianne [ 22/févr./11 14:42 ] |
|
La config FTP n'était pas correcte (Utilisation du Move au lieu du Move2 entre autre).
Je l'ai modifié. |
| Commentaire de Jérome Marianne [ 23/févr./11 13:57 ] |
|
Mail de Sellermania:
" Bonjour, Merci. Nouveau souci sur ce compte, trop d’erreurs sur les 200 premiers produits. Les derniers produits devraient passer. Pouvez-vous laisser passer les erreurs sur ce compte qui contient peu de listings ? Par ailleurs, le compte Ethikbooks a été débridé prix hauts par Gael, mais dans les faits, le compte n’est pas débridé. Merci d’avance pour votre aide et bonne journée. " |
| Commentaire de Jérome Marianne [ 23/févr./11 16:09 ] |
|
Les profils ont été corrigés, le palier des erreurs débridé.
Le fichier a été traité à 59%. La majorité des erreurs est due à des EAN non trouvés. |
[IMP-2731] création compte ftp provisoire pour partenaire southall1 Création: 16/oct./08 15:15 Mise à jour: 30/oct./09 15:43 Résolue: 16/oct./08 15:35 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Robin Dohin | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | southall1 |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Merci de bien vouloir créer un compte FTP provisoire pour le
partenaire southall1 afin qu'il puisse me faire parvenir son fichier de
stock (de taille importante) |
| Commentaires |
| Commentaire de Fotigui Tangara [ 16/oct./08 15:34 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : southall1 mot de passe : sgQe52 Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Robin Dohin [ 16/oct./08 15:36 ] |
| Merci Fotigui |
[APP-21570] [Mon compte] Page "Ma boutique" indisponible Création: 31/juil./08 16:42 Mise à jour: 24/déc./09 10:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Boutique, Inventaire |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Description |
|
Pour un compte ayant un objet en vente mais pas de boutique
active, si on clique sur "Ma boutique", on obtient une erreur "page
indisponible" Check avec login "ced_test_015"psw "cedtest015" |
| Commentaires |
| Commentaire de Benoît Bourdon [ 01/août/08 11:54 ] |
|
Ce fonctionnement est normal : la boutique n'est pas activée par le vendeur .... elle n'est pas active / pas visible Par contre ce qui est étrange c'est d'avoir accès depuis mon compte à la boutique -> Je viens de voir EMT, ce truc a été discuter durant le projet, c'est volontaire... Par contre voici une idée d'évolution : - SI le mec est logué et que sa boutique n'est pas activée, lui seul peut acceder à sa boutique (comme ça il peut la préparer : mettre en vitrine ...etc...) - En haut de la boutique on indique, que seul lui peut voir sa boutique car elle n'est pas activé et qu'il doit l'activer pour vendre ses produit et rendre sa boutique visible (avec un p'tit lien vers l'activation --> dans le coup je passe le jira en standby pour un futur projet qui toucherai la boutique ou l'inventaire ... |
[Post-Deploy] [Parrainage] Réduction du temps de gel
(APP-29247)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 68.0.2 |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | Parrainage (Lot 1) | ||||||||
| Description |
|
Supprimer du overload : # Activation de la notification sur la HP Mon Compte (valeur par défaut = true) priceminister.sponsorship.account.message.is_active = false |
| Commentaires |
| Commentaire de Renaud Dierickx [ 28/avr./10 17:42 ] |
|
GO : on active la notification dans mon compte. A traiter ASAP ! Merci d'avance Jérémie. |
| Commentaire de Jérémie Bennejean [ 03/mai/10 18:11 ] |
| En place |
[APP-5655] [CoB all] Onglets dans la page "Mon compte" hors charte Création: 12/sept./05 09:55 Mise à jour: 25/juin/07 18:31 Résolue: 18/mai/06 17:56 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | ToDo, 8.0.4f |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Quentin de Chivré | Attribution: | Jérôme Gautier |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Les onglets dans la page "mon compte" sont en orange quel que soit le cobranding. Ils devraient changer de couleur en respectant la charte du cobranding. Exemple : http://virginmega.priceminister.com/user |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 12/sept./05 16:50 ] |
|
il s'agit d'un travail fastidieux: 1) il va me falloir 2 images tab_on, tab_off pour chaque cobranding (qui me les fournit ?) 2) creer un style pour '.all .tabline' pour chaque cobranding avec la couleur de fond du cobranbing (modification brand.css de chaque cobranding) 3) creer un style pour la bordure du compte pour chaque cobranding avec la couleur de fond du cobranding (pour l'instant c'est codé en dur) (modification brand.css de chaque cobranding) Pour commencer, j'attends les images tab_on, tab_off des differents cobrandings |
| Commentaire de Geneviève Beaujard [ 14/sept./05 09:56 ] |
| j'ai envoyé un mail a momo pour qu'il me donne les images |
| Commentaire de Quentin de Chivré [ 14/sept./05 10:24 ] |
| Vois plutot avec Stephane, je ne pense pas que Momo aura le temps |
| Commentaire de Quentin de Chivré [ 22/sept./05 13:03 ] |
| Bruno, peux tu t'occuper de faire réaliser les éléments graphiques nécessaires STP ? |
| Commentaire de Bruno Ballester [ 27/oct./05 16:17 ] |
|
Jérome, Je vois deux solutions : 1- On décline les pictos pour tous les co-brandings et on les stocke dans un fichier sur le modèle de celui des boutons. 2- A voir s'il est possible créer des pictos génériques, blancs ou autre... |
| Commentaire de Jérôme Gautier [ 18/mai/06 17:56 ] |
| Obsolète avec Nouvelles Chartes |
| Commentaire de Patrick Condevaux [ 22/mai/06 17:18 ] |
| ok |
[BIN-362] [Espagne/Fraudes] : Rapports transactions entre comptes pour l'ESPAGNE Création: 27/août/07 13:58 Mise à jour: 23/oct./07 10:46 Résolue: 21/sept./07 15:24 |
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | BackOffice |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Sebastien Bruzzone | Attribution: | Samir Beghdadi |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
Bonjour, Nous avons un rapport édité quotidiennement concernant les transactions entre comptes pour la France : il est dans http://intra.priceminister.com/stats/reports/public/BackOffice/ et son nom : fraud_seller_buyer_.txt.gz En raison de fraudes similaires sur l'Espagne, nous aimerions avoir le même rapport pour ce pays. Merci. |
| Commentaires |
| Commentaire de Agathe Remy [ 07/sept./07 18:49 ] |
|
Sébastien, Le rapport que tu utilises sur la France est généré par l'ancien système de reporting. Hors, nous n'avons pas d'architecture équivalente pour l'Espagne. En revanche, nous pouvons développer un rapport BusinessObjects. Dans ce cas, il faudra que je transfère ta demande dans le projet BusinessIntelligence. Peux-tu me confirmer que cela vaut le coup que nous passions du temps à développer ce nouveau rapport dans BI? Merci:-) Agathe |
| Commentaire de Sebastien Bruzzone [ 18/sept./07 08:18 ] |
|
Bonjour Agathe, Oui nous avons absolument besoin de ce rapport car nous avons eu de gros problèmes de transactions entre comptes sur l'Espagne. Nous avons detecté un peu tardivement ces commandes et on aurait pu les detecter bien avant si nous avions eu le rapport pour l'Espagne. Merci ;-) Sébastien |
| Commentaire de Agathe Remy [ 18/sept./07 19:17 ] |
|
Samir, Voici un nouveau rapport BI qu'il faudra déployer en France et en Espagne. cf la requête sur titan: /data/priceminister/reporting/platform/prod/sql/sources/backoffice/fraud_seller_buyer.sql Merci:-) Agathe |
| Commentaire de Agathe Remy [ 19/sept./07 11:53 ] |
|
Samir, Voici la requête qui sera à implémenter dans le rapport BI : SELECT TO_CHAR(PURCHASE.AUTHORIZATION_DATE, 'YYYY/MM/DD') ||'|'|| PURCHASE.PURCHASE_ID ||'|'|| ITEM.ITEM_ID ||'|'|| CASE WHEN (ITEM.CLOSING_DATE-ITEM.COMMIT_DATE)<1 AND ITEM.CLOSING_DATE>=TRUNC(SYSDATE - 7) AND ITEM.COMMIT_DATE>=TRUNC(SYSDATE - 7) THEN 1 ELSE 0 END FROM PURCHASE, ITEM, USER_ACCOUNT SELLER, USER_ACCOUNT BUYER WHERE PURCHASE.PURCHASE_ID=ITEM.PURCHASE_ID AND ITEM.BUYER_ACCOUNT_ID=BUYER.USER_ACCOUNT_ID AND ITEM.SELLER_ACCOUNT_ID=SELLER.USER_ACCOUNT_ID AND BUYER.IP_ADDRESS=SELLER.IP_ADDRESS AND PURCHASE.PCH_STATUS_CODE IN (80, 90, 100) AND ITEM.ITM_STATUS_CODE IN (30, 40, 70) AND PURCHASE.AUTHORIZATION_DATE>=TRUNC(SYSDATE - 7) AND SUBSTR(PURCHASE.IP_ADDRESS,1,7)<>'195.93.' ORDER BY TO_CHAR(PURCHASE.AUTHORIZATION_DATE, 'YYYY/MM/DD'), PURCHASE.PURCHASE_ID, ITEM.ITEM_ID ; Merci:-) Agathe |
| Commentaire de Samir Beghdadi [ 21/sept./07 10:59 ] |
|
Agathe, A toi de jouer maintenant, le rapport Developement / Backoffice/Fraude - Transactions entre comptes est enfin prêt pour validation en Dev. Merci, samir |
| Commentaire de Sebastien Bruzzone [ 23/oct./07 10:44 ] |
| ok c'est réglé, merci |
[APP-13487] BO - FP - Problème sur des produits compléments qui ont comme type un type de base Création: 25/oct./06 13:59 Mise à jour: 25/juin/07 18:46 Résolue: 07/nov./06 17:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 9.0.4.2 (AOL) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Ariane Baldinger | Attribution: | Mostafa Diane |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Description |
|
Historique : Ce matin nous avons reçu une alerte sur les frais de port concernant 3 produits : "NO MATCH for the product type null --> using default shipping size (1010) for product 5583325 NO MATCH for the product type null --> using default shipping size (1010) for product 5583333 NO MATCH for the product type null --> using default shipping size (1010) for product 5583335" Effectivement ces produits ne matchent sur aucun frais de port du coup ils récupèrent le frais de port paramétré à la racine de la branche des frais de port : T_Default => qui génère une alerte s'il est matché sur un produit. Le problème de ces produits qui viennent d'import, c'est qu'ils devraient être des produits compléments mais quand on regarde en BO sur la FP ils ont le type de base et il manque le lien qui devrait pointer sur le produit de base. Après discussion avec Rodrigue et Geneviève on ne sait pas trop ce qu'il a pu se passer. Geneviève a une liste plus étendue des produits touchés par ce problème. Les Id des produits touchés : 5583325 5583333 5583335 Apparemment ces produits viennent d'un même fichier d'import, voici quelques précisions : pseudo : annapc01 (id : 4111312) id fichier : 4227936 id format (advert_mapping) : 4222 id profil : 4364637 (maj/création annonces avec maj/création produits en écrasement) Merci de nous éclairer |
| Commentaires |
| Commentaire de Mostafa Diane [ 25/oct./06 18:21 ] |
|
c'est intéréssant de savoir ce qui s'est passé. produit
complément sur un produit complément et migration de type.. je crois que qlq à migrer ces fiches compléments en produit de base et ensuite il ont été utilisé comme produit de base pour créer des annonces. Mais cela suppose que il y a un bug sur les évenemts en gros les fiches 5583335 a une produit complément 48947511 mais elle a aussi le champ base_product_id qui poinite vers la fiche 5583324. c'est pourquoi je soupconne un changement de type |
| Commentaire de Geneviève Beaujard [ 26/oct./06 10:30 ] |
|
Voici la liste des produits avec un type de base mais avec un champ base_product_id renseigné. A part les produits 110.. créées en BO, les autres produits ont tous subi le même traitement. SELECT product_id, base_product_id, change_date, prd_type_code, prd_status_code FROM product WHERE prd_type_code IN (SELECT prd_type_code FROM prd_configuration where base_prd_type_code IS NULL) AND base_product_id IS NOT NUL 2 3 4 l 5 ; PRODUCT_ID BASE_PRODUCT_ID CHANGE_DATE PRD_TYPE_CODE PRD_STATUS_CODE ---------- --------------- ------------------- ------------- --------------- 5583286 5583285 27/09/2006 11:58:46 1480 10 5583287 5583285 27/09/2006 11:58:48 1480 10 5583288 5583285 27/09/2006 11:58:49 1480 10 5583290 5583289 27/09/2006 11:58:50 1480 10 5583291 5583289 27/09/2006 11:58:51 1480 10 5583292 5583289 27/09/2006 11:58:52 1480 10 5583294 5583293 27/09/2006 11:58:52 1480 10 5583295 5583293 27/09/2006 11:58:54 1480 10 5583296 5583293 27/09/2006 11:58:54 1480 10 5583298 5583297 27/09/2006 11:58:55 1480 10 5583299 5583297 27/09/2006 11:58:56 1480 10 5583300 5583297 27/09/2006 11:58:56 1480 10 5583302 5583301 27/09/2006 11:58:57 1480 10 5583303 5583301 27/09/2006 11:58:58 1480 10 5583304 5583301 27/09/2006 11:58:59 1480 10 5583306 5583305 27/09/2006 11:58:59 1480 10 5583307 5583305 27/09/2006 11:59:00 1480 10 5583309 5583305 27/09/2006 11:59:01 1480 10 5583311 5583310 27/09/2006 11:59:03 1480 10 5583313 5583312 27/09/2006 11:59:05 1480 10 5583315 5583314 27/09/2006 11:59:07 1480 10 5583317 5583316 27/09/2006 11:59:08 1480 10 5583319 5583318 27/09/2006 11:59:09 1480 10 5583323 5583322 27/09/2006 11:59:29 1480 10 5583327 5583326 27/09/2006 11:59:31 1480 10 5583329 5583328 27/09/2006 11:59:32 1480 10 5583331 5583330 27/09/2006 11:59:32 1480 10 5583333 5583332 27/09/2006 11:59:33 1480 10 5583334 5583322 27/09/2006 11:59:34 1480 10 5583335 5583324 27/09/2006 11:59:35 1480 10 5583336 5583326 27/09/2006 11:59:35 1480 10 5583337 5583328 27/09/2006 11:59:36 1480 10 5583338 5583330 27/09/2006 11:59:36 1480 10 5583339 5583332 27/09/2006 11:59:37 1480 10 11016398 10874401 19/10/2005 10:32:33 1980 50 11016399 10874401 19/10/2005 10:32:33 1980 50 11028476 10874401 19/10/2005 10:32:33 1980 50 11028477 10874401 19/10/2005 10:32:33 1980 50 11037061 10874401 19/10/2005 10:32:33 1980 50 11037062 10874401 19/10/2005 10:32:33 1980 50 11042590 10874401 19/10/2005 10:32:33 1980 50 11042591 10874401 19/10/2005 10:32:33 1980 50 5583321 5583320 27/09/2006 11:59:10 1480 10 5583325 5583324 27/09/2006 11:59:30 1480 10 44 ligne(s) sélectionnée(s). |
| Commentaire de Geneviève Beaujard [ 26/oct./06 11:44 ] |
|
Voici la methode dans ProductCatalogBean qui calcule le shipping: private ShippingSizeInfo getShippingSizeInfo(ProductDetail detProduct) { ProductInfo infProduct = detProduct.getProductInfo(); Long lProductId = infProduct.getProductId(); Long lPrdTypeCode = infProduct.getPrdTypeCode(); ProductConfigurationTree treeConf = (ProductConfigurationTree) CacheClient.getData(CacheClient.PRODUCT_CONFIGURATION_TREE); ProductConfiguration confProduct = (ProductConfiguration) treeConf.getConfiguration(lPrdTypeCode, infProduct.getPrdMediumCode()); // Contracts haven't shipping info if (confProduct.isContract()) return null; // Check that product is complement or not if (infProduct.getBaseProductId() != null) lPrdTypeCode = confProduct.getBasePrdTypeCode(); <------ ici pour les produits concernés on se retrouve avec un prd_type_null On donc aucune de matcher. |
| Commentaire de Mostafa Diane [ 30/oct./06 12:05 ] |
|
Toutes ces fiches produit ont été modifié par le fichier d'import 4227936( qui a été traité plusieurs fois 5) SQL> SELECT distinct data_file_id FROM data_line WHERE product_id IN ( SELECT product_id FROM product WHERE prd_type_code IN (SELECT prd_type_code FROM prd_configuration where base_prd_type_code IS NULL) AND base_product_id IS NOT NULL ) ; DATA_FILE_ID ------------ 4227936 Ecoulé : 00 :04 :06.73 |
| Commentaire de Mostafa Diane [ 30/oct./06 16:02 ] |
|
Ca vient d'une mauvaise utilisation de l'import. En fait le
fichier 4227936 recherche des fiches compléments avec des cellules de
recherche de cellule de fiche de base!!! Résultats il les mets à jour en
les passants avec un type de base. Et comme dans le format comporte des
cellules de type compléments l'import crée des fiches compléments.
Voila Je vais implémenter un contrôle lors de la mise à jour de fiches de base. mais il faut corriger les fiches produits de bases. |
| Commentaire de Mostafa Diane [ 30/oct./06 18:09 ] |
| Désormais si vous vous trompez et vous voulez mettre à jour une fiche complément en la considérant comme une fiche de base vous allez être prévenu par le message suivant "Vérifier que le produit de base 20404266 correspond à votre recherche." Donc si vous recevez ce message c'est que vous faite une recherche sans des données compléments avec des références sur des fiches compléments |
| Commentaire de Rodrigue Nsiangani [ 07/nov./06 18:19 ] |
|
Je n'arrive pas à reproduire le bug en INTEG. http://bo.pm.lan/datafile_back?action=advfilesearch&fileid=3901436 |
| Commentaire de Christophe Garcia [ 08/nov./06 10:35 ] |
| OK (vu par Rodrigue et Mostafa) |
[IMP-6913] [UK] Extraction et paramétrage compte vendeur GamePimp Création: 03/sept./10 11:19 Mise à jour: 02/nov./10 14:01 Résolue: 02/nov./10 14:01 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jeremy Pallot | Attribution: | Jérome Marianne |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Login: | gamepimp |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Bonjour, Pouvez-vous faire un extrait de stock (BI ou web service) et puis paramétrer le compte du vendeur Gamepimp. Pas de FTP, mise à jour via front office. Pour mémoire c'est le compte avec 7000 annonces à valider. Merci, |
| Commentaires |
| Commentaire de Jérome Marianne [ 09/sept./10 14:12 ] |
| Tests en cours pour tenter de valider par format import. |
| Commentaire de Jérome Marianne [ 13/sept./10 10:58 ] |
|
Le fichier test n'a pas fonctionné.
Après avoir vu Patrick de l'équipe Exploitation il ne voit pas d'attribut qui pourrait agir sur le statut de la fiche produit. Lui même de son coté ne peut le faire automatiquement car cela entraine des risques collatéraux sur la base. J'ai envoyé un mail à Manuel Sadok pour voir s'ils connaitraient un autre moyen de valider les fiches automatiquement. J'attends sa réponse. |
| Commentaire de Jérome Marianne [ 14/sept./10 16:19 ] |
|
Pour manuel il faut passer par l'import il ne voit pas de possibilité.
En attente d'infos de la part de Gael suite au mail de jerome Vivies. |
| Commentaire de Jérôme Viviès [ 14/sept./10 17:03 ] |
|
Il y a eu des échanges par mail au sujet de cette demande -
je recolle la conversation ici pour que tout le monde poursuive dans le
JIRA :
De : Eric Vannier [mailto:eric.vannier@priceminister.com] Envoyé : mardi 14 septembre 2010 11:47 À : Daniel Pintamalli Cc : Gael Seguillon; Jeremy Pallot; JUSTIN ZIEGLER; exploitation; Christophe Garcia; Jerome Vivies; Manuel Sadok; Patrick Pereira; Sebastien Raguet; Pierre Bret Objet : Re: [SUPERVISION] - Etat de sante de la plateforme 2010-09-14 Pour info, l'"out of memory" est du à un fichier plat issu des requêtes utilisateurs trop gros. Un jira va être crée pour limiter la taille de ce fichier pour éliminer ce risque de plantage. Le 14 septembre 2010 11:41, Daniel Pintamalli <daniel.pintamalli@priceminister.com> a écrit : Gaël, peux tu vérifier le PRO GamePIMP (UK)? On devrait lui assigner un format pour empêcher qu’il continue à remplir sa boutique par FO. Il en a déjà soumis 7000 et on se pose la question comment a-t-il fait pour en créer autant… Daniel De : Patrick Pereira [mailto:patrick.pereira@priceminister.com] Envoyé : mardi 14 septembre 2010 11:33 À : Daniel Pintamalli; Eric Vannier; Sebastien Raguet; Pierre Bret Cc : JUSTIN ZIEGLER; exploitation; Christophe Garcia; Jerome Vivies; Manuel Sadok Objet : RE: [SUPERVISION] - Etat de sante de la plateforme 2010-09-14 Le traitement de cette nuit montre que le partenaire continue à insérer à la main (ou par script) des produits qui devront être valider ? Non ? Ne faudrait-il pas le contacter pour qu’il arrête ? De : Daniel Pintamalli [mailto:daniel.pintamalli@priceminister.com] Envoyé : mardi 14 septembre 2010 11:28 À : Patrick Pereira; Eric Vannier; Sebastien Raguet; Pierre Bret Cc : JUSTIN ZIEGLER; exploitation; Christophe Garcia; Jerome Vivies; Manuel Sadok Objet : RE: [SUPERVISION] - Etat de sante de la plateforme 2010-09-14 Concernant GamePIMP : Voir L’équipe validation nous a demandé de valider en masse 7000 annonces soumis à la main pour un PRO anglais mais on s’est posé la question si ce n’est pas un script qui a fait cela car 7000 annonces à la main c’est impossible… Daniel De : Patrick Pereira [mailto:patrick.pereira@priceminister.com] Envoyé : mardi 14 septembre 2010 10:57 À : Eric Vannier; Sebastien Raguet; Daniel Pintamalli; Pierre Bret Cc : JUSTIN ZIEGLER; exploitation; Christophe Garcia Objet : RE: [SUPERVISION] - Etat de sante de la plateforme 2010-09-14 Bonjour. Affectation en rouge. J’ajoute pour aujourd’hui Daniel pour la pb d’import sur GamePIMP. J’ajoute Pierre Bret pour AdsBot Google. Merci. Patrick. |
| Commentaire de Jérôme Viviès [ 14/sept./10 17:17 ] |
|
Salut,
Je résume pour faire un état des lieux : - le partenaire a créé des milliers de produits via front office (!) - on se demande comment - et visiblement il continue... - c'est un souci : les partenaires ne sont pas censés créer massivement des FP en FO avec des robots... Exploit' = pas glop ! - ces produits tombaient chez l'équipe Validation - qui a passé le partenaire en validation automatique - pour les produits créés non validés, pas de possibilité pour la Validation de valider en masse (l'outil ne fonctionne pas) - la demande de ce JIRA n'est pas valide : on ne peut pas extraire un stock et valider les produits par import Solution proposée : - contacter le partenaire, lui dire d'arrêter son mécanisme de soumission FO ; - supprimer tous ses produits non validés ; - lui demander un fichier d'import et faire un import standard. Ok pour tout le monde ? Merci de vos réponses rapides :) |
| Commentaire de Julien Buhagiar [ 16/sept./10 10:58 ] |
|
J'ai appelé le pro (en vain).
Mail envoyé pour le prévenir que sa façon de lister les produits n'était pas la bonne. Je lui communique le fichier d'import Jeux Vidéos (UK). Si je n'ai pas de retour d'ici demain après-midi, je referai une tentative pour l'avoir au tél. A dispo si besoin Julien B. Service Co. |
| Commentaire de Jérome Marianne [ 27/sept./10 18:24 ] |
| Des nouvelles de ce pro? |
| Commentaire de Gaël Seguillon [ 14/oct./10 13:13 ] |
|
On laisse tomber on ferme le Jira
merci Gaël |
| Commentaire de Aurélien Vergalli [ 14/oct./10 13:17 ] |
|
Est-il possible de supprimer ses 4000 FP soumises qui nous "encombrent" dans le BO ?
Merci |
| Commentaire de Jérome Marianne [ 14/oct./10 15:51 ] |
| Il faut la validation de Gaël ou de Jérémy pour la suppression des 4000 fiches produits. |
[EXP-3240] [FTP] Fichiers pas pris en compte par le filtre GenData Création: 07/févr./07 17:57 Mise à jour: 25/juin/07 19:00 Résolue: 08/févr./07 11:47 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Flux |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Rodrigue Nsiangani | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Le filtre GenData n'a pas l'air de fonctionner correctement.
Les fichier des partenaires renaultlagny et tupinier ne sont pas
générés. Les images du répertoire Images semblent ne sont pas prises en compte par GenData. (Les "Move" fonctionnent pourtant parfaitement) voir demande PRM-7172 Merci de vérifier pourquoi. |
| Commentaires |
| Commentaire de Eric Vannier [ 08/févr./07 11:47 ] |
|
J'ai ajouté un calcul de boucle d'attente car seuls les
fichiers déposés depuis plus de 30s sont pris en compte lorsqu'il y a un
checkfile=1. Dans le cas de GenData et checkfile=1, je calcule le délai qu'il y a entre la date de modification du premier fichier et la date actuelle et si celle-ci est inférieure à 30 , j'attend le temps que ce délai soit égal à 0 pour qu'au moins le premier fichier soit pris en compte. |
[EXP-2692] open-light - item_validation pas pris en compte ? Création: 21/sept./06 17:41 Mise à jour: 25/juin/07 18:59 Résolue: 06/oct./06 14:53 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Benjamin Guerville | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Bonjour, le partenaire open-light m'indique qu'il dépose des fichiers de validation (voir ex en pj) sur le ftp, qu'ils sont aspirés mais pas pris en compte. Il est obligé de validé les commandes à la main. Pourriez-vous regarder ce qu'il se passe svp ? Merci BG |
| Commentaires |
| Commentaire de Antoine Koener [ 25/sept./06 14:42 ] |
|
Encore un coup de ftpSwitch. Regardez du cote de log pour savoir si ces fichiers ne sont pas en erreurs .... |
| Commentaire de Eric Vannier [ 26/sept./06 13:50 ] |
|
Le 22/09/06 , i y a bien un fichier de validation qui a été déposé sur leur compte ftp : s068.x1.fr UNKNOWN open-light [22/Sep/2006:13:14:50 +0200] "STOR item_validation_2006_09_22_13.txt" 226 66 s068.x1.fr UNKNOWN open-light [22/Sep/2006:13:15:50 +0200] "STOR item_validation_2006_09_22_13.txt" 226 66 s068.x1.fr UNKNOWN open-light [22/Sep/2006:13:16:50 +0200] "STOR item_validation_2006_09_22_13.txt" 226 66 s068.x1.fr UNKNOWN open-light [22/Sep/2006:13:17:50 +0200] "STOR item_validation_2006_09_22_13.txt" 226 66 s068.x1.fr UNKNOWN open-light [22/Sep/2006:13:18:50 +0200] "STOR item_validation_2006_09_22_13.txt" 226 66 s068.x1.fr UNKNOWN open-light [22/Sep/2006:13:19:50 +0200] "STOR item_validation_2006_09_22_13.txt" 226 66 ftpSwitch est passé à 13h20 : 2006/09/22 13:20:21 INFO PM.FTP.Filter.Move [../lib/PM/FTP/Filter/Move.pm] open-light - --> file moved to '/data/priceminister/pmftpstock/var/transactions/open-light/validation/item_validation_2006_09_22_13.txt' (1 lines) Sur 6 dépôts de fichiers seul le dernier est pris en compte car notre process de traitement des validations passe tous les 4h à 40 à partir de 8H40 C'est à dire qu'il passe ds une journée à 8h40, 12h40,16h40, 20h40, 22h40 (oui, il y a seulement 2h pour ce dernier passage) La seule validation automatique faite le 22/09 à 16h53 par ftpCompute est : 6671317|38571315|48802326|130078-004|2006-09-22 10:19:02|CONFIRM |
| Commentaire de Benjamin Guerville [ 26/sept./06 18:12 ] |
| le partenaire doit il changer qlque chose dans son process de traitement des commandes et des envois de fichiers de validation ? |
| Commentaire de Eric Vannier [ 27/sept./06 15:28 ] |
|
Soit le partenaire fait un seul post , soit il dépose un
fichier qui contient toutes ses validations pour la journée car c'est
sûr que là ça risque de poser des soucis. Comment réalise-t-il ses validations via un programme ou bien via excel (ou autre) ? Un fichier absorbé n'est pas obligatoirement traité immédiatement. |
| Commentaire de Eric Vannier [ 06/oct./06 14:53 ] |
| Je résous le problème vient apparamment d'un soucis de soumission du côté partenaire |
[EXP-3133] [Apache en DEV] Mise en place de 5 comptes anonymes Création: 03/janv./07 11:20 Mise à jour: 25/juin/07 19:00 Résolue: 04/janv./07 11:11 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Swan Desportes | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Après une mise en place réussie d'Apache en DEV (merci
beaucoup), on a besoin de se mettre dans un rythme de croisière. L'idée est de disposer de 5 accès Apache que l'on pourra attribuer à n'importe quel compte de DEV selon les besoins. 1. Il faut mettre en place ces 5 accès avec des noms anonymes (lachez vous !) 2. Il faut mettre à jour la doc wiki pour préciser le process : - enlever les parties propres à l'exploit - préciser clairement le process de mise en place d'un Apache pour un DEV (1. mettre à jour sa config pour AJP13, 2. Demander à l'exploit de changer un worker, 3. Faire un reload d'Apache 4. Autre chose ?) - mettre un tableau d'utilisation des 5 comptes |
| Commentaires |
| Commentaire de ZZ_Arnaud Baali [ 04/janv./07 11:10 ] |
|
Les 5 Comptes(VirtualHost) ont été créés. Voici le détail: www.aladin.pm.dev www.bambi.pm.dev www.donald.pm.dev www.dumbo.pm.dev www.woody.pm.dev Voici les liens vers les documentations: Lien vers la procédure de démarrage Apache: http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=Update_apache_dev Lien vers le tableau à tenir à jour: http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=Virtualhost_boulard |
[APP-23977] Message associé à transaction/comptes mais sans aucun rapport Création: 20/janv./09 13:08 Mise à jour: 24/févr./10 14:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 39.0.0 (CTN-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Peut on avoir l'historique d'un message. Savoir par exemple l'IP de celui qui l'a posté ou d'où il est arrivé? Car sur cette transaction on a un message au 16/01/2009 http://bo.priceminister.com/purchase_back?action=itemview&itemid=12588943 http://bo.priceminister.com//message_back?action=usermessage&usrmessageid=166737664 qui n'a strictement rien à avoir ni avec la transaction ni avec l'acheteur ou le vendeur. On arrive pas à savoir comment il a "atterri" ici. Erreur d'aiguillage? |
| Commentaires |
| Commentaire de Cedric Favero [ 28/janv./09 17:16 ] |
|
Autre message associé à une transaction et des comptes n'ayant rien à voir. babelstore http://bo.priceminister.com/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=15390718&usrmessageid=168606560 Le message nous renvoie sur une transaction avec le vendeur willyfox alors que la personne qui nous écrit est petitzodiak |
| Commentaire de Emeric Teil [ 24/févr./10 14:28 ] |
|
Pour analyse |
[APP-32100] Week-end non pris en compte dans date du cartouche bleu ? Création: 01/déc./10 18:16 Mise à jour: 31/janv./11 15:40 Résolue: 21/janv./11 16:59 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 81.1.2 (Clickintext + Redirections NPF FR et ES) |
| Version(s) corrigée(s): | 86.0.0 (TX-R) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Yann Danot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Voir screenshot et transaction suivante :
http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=151865664 Commande réalisée le 26/11, passée en "REMINDED" le 01/12 du fait du week-end (avec événement BO et FO), mais on annonce une date limite de validation (ou passage en "Seller commit timeout") au 29/11 dans le cartouche bleu. Plusieurs acheteurs en profitent pour justifier une demande d'annulation "panier récent" (d'où le "Critique"). |
| Commentaires |
| Commentaire de Thomas Landru [ 01/déc./10 18:19 ] |
| Yann peux tu regarder ceci ? prend on en compte les weekends ? |
| Commentaire de Yann Danot [ 16/déc./10 12:01 ] |
|
A traduire sur cms-ref
/default/Labels/_Phrase/_S/StandardItemMonitoringFacade/SELLER_REMINDED_DESCRIPTION - French (French) /default/Labels/_Phrase/_S/StandardItemMonitoringFacade/BUYER_REMINDED_DESCRIPTION - French (French) /default/Labels/_Phrase/_S/StandardItemMonitoringFacade/BUYER_REQUESTED_DESCRIPTION - French (French) /default/Labels/_Phrase/_S/StandardItemMonitoringFacade/SELLER_REQUESTED_DESCRIPTION - French (French) [CAJ2010Q4TX] |
| Commentaire de Rémi Virlouvet [ 16/déc./10 17:05 ] |
|
UK ok
cms ref |
| Commentaire de Rocio Perez-Garcia [ 23/déc./10 15:10 ] |
| Fait en ES |
Création Format + Profil + Import Fichier + Création FTP Images - Login GOZVAL (libraire espagnol)
(IMP-304)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | 10 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Login: | GozVal |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Estimation: | Petit |
| Description |
|
Ouvrir un compte FTP pour le partenaire pour l'import de
stock car la soumission FO ne permet par de soumettre des fichiers de
plus de 5 Mo sur l'Espagne.
|
| Commentaires |
| Commentaire de Marion Anfreville [ 28/mars/07 15:54 ] |
|
COMPTE du vendeur créé ... ======= Compte FTP ====== ==== Home : gozval ======== ==== Pass : filoreme ======= |
| Commentaire de Marion Anfreville [ 28/mars/07 16:00 ] |
|
Configuration FTP opérationnelle. Les fichiers doivent être soumis dans le répertoire 'ecrasements' (stock/ecrasements). |
[IMP-73] Création Compte FTP - Login legacy_books Création: 05/févr./07 18:05 Mise à jour: 30/oct./09 15:43 Résolue: 30/mars/07 14:50 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Gaël Seguillon | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Estimation restante: | 4 heures | ||
| Temps consacré: | 20 minutes | ||
| Estimation originale: | 4 heures | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Login: | legacy_books | ||||||||
| Séparateur: | N/A | ||||||||
| Type de traitement: |
N/A
|
||||||||
| Estimation: | Petit | ||||||||
| Groupe: | DVDLegacy | ||||||||
| Description |
|
nouveau compte : legacy_books compte servant à importer base livres US envoyé par legacy mettre en place à l'image des autres comptes dvdegacy et dvdlegacy_cd, des profils, entrees, sorties, ecrasements , mais aussi création et mise à jour des fiches produits, ainsi qu'un serveur FTp destiné à recevoir maj de stock mais aussi envoi et reception de fichiers de commandes comme pour les autres comptes de cet utilisateur. |
| Commentaires |
| Commentaire de Marion Anfreville [ 06/févr./07 09:26 ] |
| Attention, si tu ne mets pas de composant, tes demandes risques de se perdre. |
| Commentaire de Marion Anfreville [ 08/févr./07 10:31 ] |
|
COMPTE du vendeur créé ... ======= Compte FTP ======= ==== Home : legacy_books === ==== Pass : cdevfr ========== |
| Commentaire de Marion Anfreville [ 08/févr./07 10:34 ] |
|
Pour le moment, les profils d'import du partenaire ne sont
pas fonctionnels => format non finalisé, profils à modifier. Il reste encore la configuration FTP à faire. Il ne faut pas que le partenaire tente de soumettre des fichiers sur ce FTP tant que le paramétrage n'est pas fini. |
| Commentaire de Marion Anfreville [ 27/févr./07 11:57 ] |
|
Configuration FTP faite. Je rajouterais pas la suite des entrées pour les fichiers de poids et descriptions. |
[APP-13172] [COB] Notfication via Email : les urls pointent vers BO.priceminister.com au lieu de WWW.priceminister.com Création: 16/oct./06 17:47 Mise à jour: 18/juin/10 16:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 9.0.3.1.c |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Fabrice Feugas | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif1: | |
| Classif FONC: | cobranding |
| Description |
|
le compte aerosa a reçu un mail l'invitant à se rendre sur le site bo.priceminister.com
|
| Commentaires |
| Commentaire de Steven Harel [ 17/oct./06 10:41 ] |
|
c'est normal les emails reprennent le brand sur lequel a été créé le compte ici, c'est certainement un compte pro créé par l'équipe auto chez nous sur le site bo.priceminister.com lorsqu'on crée un compte à partir de chez nous, il faut faire atttention et le créer sur www.priceminister.com je ne sais pas si on peut modifier le brand associé au compte steven |
| Commentaire de Edouard Gomez-Vaez [ 17/oct./06 17:47 ] |
| Ca fait plusieurs fois qu'on a cette demande : de pouvoir modifier le brand d'un compte. A mettre dans une task list ? |
| Commentaire de Quentin de Chivré [ 05/juil./07 17:20 ] |
| A associer a la problématique de suppression de cobs |
| Commentaire de Fabrice Feugas [ 28/sept./09 14:17 ] |
|
La problématique de suppression des cobs a été résolue (mise
en place d'une mécanique de surcharge à partir de la fermeture du cob
qui fait que l'internaute reçoit des messages brandés www). Cependant, le problème du compte créé brandé en BO reste très proche de la problématique des cobs. On garde ça en classif fonc "cobranding" et on l'intègre à nos backlogs pour le traiter dès que possible. |
[IMP-918] benji_uzan - check du fichier + création compte ftp Création: 21/juin/07 13:14 Mise à jour: 30/oct./09 15:50 Résolue: 04/juil./07 16:33 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Benjamin Guerville | Attribution: | Xavier Barbosa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | benji_uzan |
| Séparateur: | Barre verticale (|) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Groupe: | neteven |
| Description |
|
voici le fichier de benji_uzan merci de voir s'il correspond bien au format actuel, et dans le cas contraire de mettre à jour le format./ il faut aussi créer un compte ftp pour mise à jour du stock et gestion automatique des flux de commandes. |
| Commentaires |
| Commentaire de Xavier Barbosa [ 21/juin/07 15:12 ] |
| import en cours. |
| Commentaire de Xavier Barbosa [ 21/juin/07 16:11 ] |
|
stock en ligne. les quelques erreurs sont des prix de vente + élevés que les prix neufs. |
| Commentaire de Gaël Seguillon [ 02/juil./07 12:45 ] |
| ises identifiants FTP ne sont pas enregistrés ? pas de trace sur sa fiche BO ni sur le Jira, son compte FTP est il en place ??? |
| Commentaire de Gaël Seguillon [ 02/juil./07 12:45 ] |
| compte FTP pseudo mot de passe ? |
| Commentaire de Gaël Seguillon [ 02/juil./07 17:58 ] |
| Pro suivi par Neteven donc procédure habituelle, FTP à mettre en place sur le modèle du FTP de bruntch, une fois le FTP validé et le stock en ligne faire l'export du stock avec le max de champs possible |
| Commentaire de Xavier Barbosa [ 04/juil./07 16:33 ] |
|
j'ai tout configuré à la Neteven. les identifiants de connexion sont : login : benji_uzan mot de passe : t3mp!! |
| Commentaire de Xavier Barbosa [ 04/juil./07 16:38 ] |
| son inventaire actuel. |
[IMP-7583] Pseudo : levitique Création Compte FTP musici Création: 10/déc./10 12:04 Mise à jour: 20/déc./10 17:49 Résolue: 20/déc./10 17:49 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Maram Khayati | Attribution: | Esteban Rios |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | levitique |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits
|
| Description |
|
Salut,
Le Pro souhaite remplacer tout son stock actuel. Il a un fichier volumineux et souhaite créer un compte FTP. Catégorie : Music et DVD Pseudo: levitique Mail : jeanmarc.brusseau@nordnet.fr Merci |
| Commentaires |
| Commentaire de Maram Khayati [ 10/déc./10 12:05 ] |
|
Ci-joint son fichier Musique.
Merci |
| Commentaire de Maram Khayati [ 16/déc./10 17:32 ] |
|
Le pseudo est : levitique
Merci |
| Commentaire de Esteban Rios [ 16/déc./10 17:32 ] |
|
Pourriez vous nous confirmer le login du vendeur à traiter ?
levitique(PRO) ou musici (vendeur part) |
| Commentaire de Esteban Rios [ 20/déc./10 15:21 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : levitique mot de passe : 4Fgu7aqT Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== |
| Commentaire de Esteban Rios [ 20/déc./10 16:37 ] |
|
Les prix du vendeur de 666 produits sont plus chers que les prix d'origine,
Souhaitez vous permettre un dépassement ? si oui,de combien ? |
| Commentaire de Dorian Porta Delsol [ 20/déc./10 16:49 ] |
|
Oui il faut permettre au pro de pouvoir vendre l'intégralité de son stock.
Pourrais tu débrider son profil à 1000% du prix d'origine stp ? Merci |
| Commentaire de Esteban Rios [ 20/déc./10 17:48 ] |
|
Demande traitée.
Création compte FTP Création Configuration xml Création profils Entrées et écrasements d'annonces. Intégration d'un dépassement en 1000% Le fichier passe à 67% Il faut bien expliquer au pro que se fichiers d'import, il devra les déposer dans le FTP aux dossiers respectives selon le traitement souhaité (ENTRÉE ou ÉCRASEMENT ) Dossiers Pour écrasement => /stock/ecrasements Pour entrée => /stock/entrees |
[IMP-7706] Pseudo : rivagesmc Création compte FTP pour import de fichier Création: 23/déc./10 17:21 Mise à jour: 27/déc./10 15:45 Résolue: 27/déc./10 14:50 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Maram Khayati | Attribution: | Esteban Rios |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | rivagesmc |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits
|
| Description |
|
Salut,
Le Pro revient vers moi pour m'informer que ses fichiers sont désormais trop lourds pour pouvoir les importer via le site. Il faut lui créer un compte FTP. Merci. Pseudo : rivagesmc Mail : adcl.sprl1@coditel.net |
| Commentaires |
| Commentaire de Esteban Rios [ 27/déc./10 14:28 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : rivagesmc mot de passe : tTAs2u16j Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== |
| Commentaire de Esteban Rios [ 27/déc./10 14:50 ] |
|
Demande traitée.
Création d'une compte ftp et configuration XML |
| Commentaire de Maram Khayati [ 27/déc./10 15:45 ] |
| Merci j'ai prévenu le Pro. |
[APP-20127] [BO - Suppression Annonce] ignorer la MailSendException suite au "toto" en INTEG Création: 04/avr./08 15:24 Mise à jour: 19/mai/08 11:26 Résolue: 14/mai/08 14:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Annonces, Back-Office |
| Affecte la/les version(s): | 19.4.0 |
| Version(s) corrigée(s): | 21.0.0 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Description |
|
- Message affiché : La page demandée n'est pas disponible (Cf. PJ); Logs 2008-04-04 15:11:12,544 INFO [P-Processor8] BO:testInteg - >>> GET http://www.pm.lan/advert_back?action=advertbackclose&advertid=162088833 2008-04-04 15:11:12,657 WARN [P-Processor8] BO:testInteg - *************** Unable to send to : jaimeboireduricard@hotmail.fr.toto (yanndu16000) 2008-04-04 15:11:12,761 ERROR [P-Processor8] BO:testInteg - Load error Servlet : com.babelstore.advert.back.AdvertBackServlet Request : GET http://www.pm.lan/advert_back?action=advertbackclose&advertid=162088833 Referrer : http://www.pm.lan/advert_back?action=advertbackview&advertid=162088833 User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) Trace : com.babelstore.stock.util.AdvertServiceException at com.babelstore.stock.service.AdvertServiceBean.sendClosedAdvertEmail(AdvertServiceBean.java:580) at com.babelstore.stock.service.AdvertServiceBean.closeAdvert(AdvertServiceBean.java:852) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163) at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60) at $Proxy261.closeAdvert(Unknown Source) at com.babelstore.advert.back.AdvertBackCloseAction.execute(AdvertBackCloseAction.java:47) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:367) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:322) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:233) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:189) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:153) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2008-04-04 15:11:12,780 INFO [P-Processor8] BO:testInteg - <<< [236 ms] GET http://www.pm.lan/advert_back?action=advertbackclose&advertid=162088833 |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 07/avr./08 09:40 ] |
|
Verification de la propriété: (voir http://pricejira.lan/browse/APP-7750) priceminister.mailservice.email_not_to_send.regexp = (tutu|toto)$ Cette propriété est correctement renseignée. Cette propriété qui est testée dans la méthode MailServiceBean.send(MailMessage msg) évite le transport du mail (mail non envoyé) existe UNIQUEMENT pour l'INTEG pour empêcher la pollution des logs avec l'exception SendFailedException dans les BATCHS. Par contre si le transport du mail n'est pas effectué on lance l'exception MailException. Dans le cas actuel en INTEG les mails se terminant par tutu ou toto ne sont pas envoyés mais l'envoi de l'exception MailException empêche la fermeture de l'annonce. Ce pb n'est pas nouveau et a toujours existé. Il est évidemment possible de corriger ce problème. La question est donc: Faut'il modifier le code afin de permettre la suppression BO d'une annonce. Attention aux tests de regression car tous les mails envoyés par le BO passe par la methode MacroHelper.send(). J'attends le verdict pour commencer le dev. |
| Commentaire de Geneviève Beaujard [ 14/mai/08 14:33 ] |
|
Ajout d'un boolean bbTransport dans MailMessage afin de savoir si un mail est passé par la phase transport. Si la phase transport n'a pas eu lieu MacroHelper ne lance plus d'exception SendFailedException. Checking in MailMessage.java; /home/cvs/dev/source/src/com/babelstore/message/MailMessage.java,v <-- MailMessage.java new revision: 1.3.320.1; previous revision: 1.3 done Checking in back/MacroHelper.java; /home/cvs/dev/source/src/com/babelstore/message/back/MacroHelper.java,v <-- MacroHelper.java new revision: 1.14.272.1; previous revision: 1.14 done Checking in business/MailServiceBean.java; /home/cvs/dev/source/src/com/babelstore/message/business/MailServiceBean.java,v <-- MailServiceBean.java new revision: 1.4.106.1; previous revision: 1.4 done |
[APP-5775] Activation compte vendeur: lien dans mail ne marche plus Création: 06/oct./05 17:15 Mise à jour: 25/juin/07 18:32 Résolue: 07/oct./05 11:49 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 8.0.6 |
| Version(s) corrigée(s): | 8.0.6 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Martin Sudmann | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Description |
|
j'ai commencé la mise en vente d'une voiture. je ne paie pas, mais j'enrégistre l'annonce dans mon inventaire pour la payer plus tard. je ferme mon navigateur, je le ouvre et je me connecte à mon compte. je vois le message "important: vous devez activer votre compte vendeur", et mon inventaire n'est pas accessible (je ne peux donc pas payer mon annonce) je vérifie mon email; j'ai reçu le mail d'activation je clique sur le lien avec les paramètres d'activation j'arrive à nouveau dans mon compte, toujours le message et l'espace vendeur bloqué j'essaie de saisir le code dans le mail manuellement sur la page d'activation, mais il n'y a pas de champ de texte pour le saisir, juste le lien pour relancer le mail. je relance, et je reçois un 2e mail, mais le lien produit le même résultat. |
| Commentaires |
| Commentaire de Martin Sudmann [ 06/oct./05 17:26 ] |
|
le lien vers la saisie manuelle disparait quand je clique
sur le lien d'activation dans mon mail, et on me dit qu'un mail
d'activation est en route (je n'ai rien demandé!). je reçois un mail, sans cliquer sur le lien je vais dans mon compte: le lien pour la saisie manuell est là! je retourne dans outlook, je clique sur le lien: encore la même chose, le lien ne marche pas, la saisie manuelle a disparue et un nouveau mail d'activation est envoyé... (je pourrais continuer comme ça sans fin) je n'utilise PAS le lien et je vais directement sand mon compte, je saisie mon code et enfin mon compte vendeur est activé. |
| Commentaire de Geneviève Beaujard [ 07/oct./05 10:03 ] |
|
Efectivement il y avait un bug. le lien du mail d'activation provoquait l'action ActivationResendAction au lieu de ActivationDoAction(bug introduit sur la correction du bug http://pricejira.lan/browse/APP-5622) solution:ja donne un nom a ActivationResendAction |
| Commentaire de Florent Bernard [ 07/oct./05 17:11 ] |
| OK |
[IMP-7013] Déplacer Config acc-voiture sur le compte coffre-toit Création: 17/sept./10 15:45 Mise à jour: 21/sept./10 11:37 Résolue: 21/sept./10 11:37 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jérome Marianne | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | coffre-toit / acc-voiture |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Bonjour,
Mon collègue Romain vous a sollicité hier pour la mise en place de l'import automatique du flux depuis notre site www.coffre-toit.fr Or le flux paramétré l'a été sur le compte acc-voiture que nous avons également déclaré chez vous, qui va servir pour un autre de nos sites. Pourriez-vous donc raccorder le flux évoqué hier au bon compte, qui est coffre-toit ? Merci d'avance. |
| Commentaires |
| Commentaire de Fotigui Tangara [ 21/sept./10 10:22 ] |
|
=====================================================================
Compte FTP vendeur créé... Pseudo : coffre-toit mot de passe : fjz!1Rcc Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Fotigui Tangara [ 21/sept./10 11:27 ] |
|
La modification a été modifié suivant la demande du PRO. Par contre son compte vendeur n'est pas activé.
Peux-tu activer le compte vendeur du PRO ? |
| Commentaire de Fotigui Tangara [ 21/sept./10 11:28 ] |
|
La configuration XML a été modifiée suivant la demande du PRO. Par contre son compte vendeur n'est pas activé.
Peux-tu activer le compte vendeur du PRO ? |
| Commentaire de Fotigui Tangara [ 21/sept./10 11:37 ] |
|
Demande traitée.
|
[APP-10741] modification formulaire d'ouverture de compte / Camif occasion Création: 23/juin/06 16:22 Mise à jour: 25/juin/07 18:41 Résolue: 06/sept./06 12:02 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 9.0.3 |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Philippe Favrot | Attribution: | Bruno Ballester |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Site: | Prod |
| Description |
|
dans le formulaire d'ouverture de compte du cobranding Camif
la case "je m'abonne à le PriceLetter ...." est coché par défaut. A la demande de la Cnil merci d'enlever le cochage par défaut. Attention cette demande : - ne concerne pas la case précochée concernant les CGV ; - ne concerne que Camif ; |
| Commentaires |
| Commentaire de Younès Charrière [ 26/juin/06 10:31 ] |
| Voir screenshot |
| Commentaire de Christophe Garcia [ 26/juin/06 10:43 ] |
| Généraliser la solution à toutes les cases à cocher. Via PARAM ? Via properties ? |
| Commentaire de Gaël Caro [ 26/juin/06 17:24 ] |
|
Bruno, Merci de voir si cela peut être pris en compte dans le cadre de la refonte des cobrandings (il me semble que c'est du paramétrage... si ce n'est pas le cas voir Edouard). |
| Commentaire de Bruno Ballester [ 12/juil./06 12:17 ] |
|
Xavier, Pourras tu transmettre au dev en charge du cob ? Attention, cette demande ne figure pas dans la RoadMap mais doit être traitée. |
| Commentaire de Xavier Boreux [ 12/juil./06 17:54 ] |
| C'est du DEV je crois !! :) eventuellement à requalifié... je te laisse voir Edouard |
| Commentaire de Andrei Matyas [ 17/juil./06 18:23 ] |
|
On se voit pour que je comprenne mieux la généralisation proposée ? Edouard |
| Commentaire de Bruno Ballester [ 03/août/06 12:07 ] |
| A voir avec le marketing si on généralise l'opt-in pour tous les cobs ou seulement Camif. |
| Commentaire de Ghislain Gridel [ 03/août/06 15:43 ] |
|
Vu avec Olivier. Pour l'instant on ne modifie que La Camif. Merci. Ghislain |
| Commentaire de Bruno Ballester [ 06/sept./06 12:02 ] |
| Ok en prod. |
| Commentaire de Younès Charrière [ 07/sept./06 12:13 ] |
| Ok en Prod et en Integ. La case est bien décochée. |
Labels manquants (decies)
(APP-16521)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 14.2.0 |
| Version(s) corrigée(s): | 14.2.0 |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Description |
|
2007-05-25 12:38:58,238 INFO [P-Processor3] 192.168.1.222 - >>> GET http://bo.pm.lan/category_back?action=categoryview&categorykey=113369¶meter_type=20080 2007-05-25 12:38:58,265 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.BOOKS.LABEL 2007-05-25 12:38:58,280 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.MUSIC.LABEL 2007-05-25 12:38:58,295 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.VIDEO.LABEL 2007-05-25 12:38:58,310 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.GAMES.LABEL 2007-05-25 12:38:58,329 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.ELECTRONICS.LABEL 2007-05-25 12:38:58,344 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.COMPUTER.LABEL 2007-05-25 12:38:58,358 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.HIFI.LABEL 2007-05-25 12:38:58,373 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.WHITE.LABEL 2007-05-25 12:38:58,388 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.BABY.LABEL 2007-05-25 12:38:58,402 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.CLOTHING.LABEL 2007-05-25 12:38:58,417 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.VEHICLE.LABEL 2007-05-25 12:38:58,434 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.SPORT.LABEL 2007-05-25 12:38:58,450 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.WINE.LABEL |
| Commentaires |
| Commentaire de Swan Desportes [ 28/mai/07 15:07 ] |
|
2007-05-25 12:42:27,972 INFO [P-Processor8] 192.168.1.222 - >>> GET http://bo.pm.lan/category_back?action=categoryview&categorykey=273430¶meter_type=20260 2007-05-25 12:42:27,997 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_HEADER.LABEL 2007-05-25 12:42:28,012 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_SEARCH.LABEL 2007-05-25 12:42:28,027 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_PATH.LABEL 2007-05-25 12:42:28,042 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_TITLE.LABEL 2007-05-25 12:42:28,056 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_BODY_1.LABEL 2007-05-25 12:42:28,071 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_ADVERT.LABEL 2007-05-25 12:42:28,086 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_LEFT_1.LABEL 2007-05-25 12:42:28,105 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_LEFT_2.LABEL 2007-05-25 12:42:28,120 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_RIGHT_1.LABEL 2007-05-25 12:42:28,134 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_FILTER_TEXT.LABEL 2007-05-25 12:42:28,149 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.SELLER_LABEL_1.LABEL |
| Commentaire de Alexandre Garnier [ 28/mai/07 15:47 ] |
| ajout du doNotTranslate à True |
[IMP-7149] Création compte FTP pour le UK, pseudo : wlpsales Création: 08/oct./10 15:01 Mise à jour: 17/nov./10 10:04 Résolue: 17/nov./10 10:02 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Maram Khayati | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
|||||||||||||||
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
GBR - Royaume Uni
|
|||||||||||||||
| Login: | wlpsales | |||||||||||||||
| Séparateur: | Point-virgule (;) | |||||||||||||||
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits
|
| Description |
|
Salut,
Le Pro demande la création d'un compte FTP pour ses imports. Type de produits : books Pseudo : wlpsales Mail : sales@wolfpublishers.nl Merci |
| Commentaires |
| Commentaire de Maram Khayati [ 08/oct./10 15:02 ] |
|
Ci joint le fichier .
Merci |
| Commentaire de Maram Khayati [ 13/oct./10 17:22 ] |
|
Merci de paramétrer ces 3 comptes. Ci dessous les pseudos:
Uk:wlpsales Fr:wlpvente Es: wlpspain Merci. |
| Commentaire de Laurent Payot [ 15/nov./10 17:00 ] |
| faut-il faire les flux de commandes? |
| Commentaire de Laurent Payot [ 15/nov./10 17:23 ] |
| La config FTP est prète (avec flux de commandes). Je suis en train de faire les formats en création produit sur les 3 pays. |
| Commentaire de Laurent Payot [ 16/nov./10 11:40 ] |
|
Vu avec Daniel : pas de création de fiches produit pour FR et ES, on utilisera les EAN.
Quel est le commentaire par défaut pour UK, ES, et FR ? |
| Commentaire de Laurent Payot [ 17/nov./10 10:02 ] |
|
=====================================================================
Account FTP seller created... Pseudo : wlpsales password : 3DX74Vj Server : ftp.priceminister.co.uk Country : uk Flow purchase : yes ===================================================================== Le fichier passe à 77% sur UK (à cause de décalages dans le fichier). Sur FR et ES aucun livre n'est reconnu avec ses EAN donc le taux d'import est de 0%. Pour des raisons de ressources serveur on ne crée plus les fiches produits pour les produits culturels (voir avec Daniel). |
| Commentaire de Laurent Payot [ 17/nov./10 10:04 ] |
| PS: le pro doit déposer ses fichiers au format CSV avec séparateur point-virgule. |
[APP-17681] [Mon Compte 1.1] : Améliorations Création: 03/sept./07 15:54 Mise à jour: 08/janv./08 09:27 Résolue: 08/janv./08 09:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.0.4 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Emeric Teil |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Sous-tâches: | |||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation | ||||||||||||||||
| Description |
|
En complément du 1er lot "Fondations" de l'espace "Mon
Compte", des améliorations vont être apportées dès la V17. Ce Jira
Méta-tache a pour but de rassembler toutes ces évolutions /
améliorations. |
| Commentaires |
| Commentaire de Emeric Teil [ 03/sept./07 17:42 ] |
| Cette demande doit être traitée dans le cadre du Jira métatache lié... |
| Commentaire de Emeric Teil [ 03/sept./07 17:48 ] |
| Cette demande doit être traitée dans le cadre du lot 1.1 [Mon Compte - Améliorations]. Merci |
| Commentaire de Emeric Teil [ 03/sept./07 17:51 ] |
| Ajout des "Spécifications" en pièce jointe |
| Commentaire de Emeric Teil [ 07/sept./07 10:33 ] |
| MAJ des Specs |
[APP-3502] macro "annulation acheteur" - affichage en bo Création: 14/janv./05 17:06 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.3.0val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Steven Harel | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
j'ai demandé que le bouton soit affiché lorsque le claim status est "null" cependant, l'affichage en bo ne semble pas prendre en compte les claim status il prend juste en compte les item status (committed et requested) il faudrait intégrer le paramètre "claim status" pour l'affichage pour que le bouton ne soit pas affiché quand il y a eu une réclamation mais on peut vivre avec, pas d'autre problème observé |
| Commentaires |
| Commentaire de Quentin de Chivré [ 17/janv./05 10:36 ] |
| valide avec Martin stp |
| Commentaire de Geneviève Beaujard [ 18/janv./05 11:46 ] |
| OK avant d'afficher la macro je verifie que getItmStatusCode est a null. |
| Commentaire de Bruno Ballester [ 07/févr./05 16:57 ] |
| Fonctionne. |
[APP-19480] Pb avec ma première MEV d'un compte PLATINE Création: 07/févr./08 17:25 Mise à jour: 08/févr./08 12:19 Résolue: 08/févr./08 12:19 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | 19.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Christophe Garcia | Attribution: | Emeric Teil |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Paiement - Centralisation PMV |
| Description |
|
Je crée un compte. Je le migre en PLATINE. Je fais une première MEV. Après la saisie des modes d'expédition, j'arrive sur la page "Coordonnée de paiement" où on me dit que la page à laquelle j'accède n'existe plus. ?!?! Je devrais directement tomber sur la bonne page "Mon Porte-Monnaie" Impossible de continuer la MEV |
| Commentaires |
| Commentaire de Emeric Teil [ 08/févr./08 12:19 ] |
|
OK sur le principe. Par rapport à ce qui est livré pour la
V19 (Centralisation), ceci n'est pas un Bug puisque les utilisateurs
concernés (utilisateurs tests) sont tous des vendeurs existants. Cet aspect (Création Compte vendeur) sera pris en compte dans un lot futur : Simplification de la création d'un compte vendeur. Dans ce projet, l'ensemble de la cinématique de première MEV sera modifiée et adaptée au privilège platine. E. |
[APP-16753] [Retrait] Prendre en compte une modification de coordonnées sur plusieurs annonces en retrait Création: 20/juin/07 17:40 Mise à jour: 27/nov./09 12:14 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Annonces |
| Affecte la/les version(s): | 14.2.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Classif1: | RETRAIT | ||||||||
| Description |
|
- Actuellement, pour les annonces en "retrait", s'il
faut modifier des coordonnées, il faut le faire pour chacune des
annonces en "retrait"; - Serait-il possible de permettre la prise en compte d'une modification de coordonnées sur un ensemble d'annonces, via une case à cochet par exemple? Cela en rapport avec la demande |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 21/juin/07 11:43 ] |
|
- Il y a aussi le fait que ce soit les dernières
coordonnées créées qui sont prises en compte lorsqu'il faut rendre
éligible au retrait une annonce; - En rapport avec le Jira - Le mieux ne serait-il pas de prendre en compte les dernières coordonnées renseignées (ou modifiées), car les dernières renseignées de sont pas forcément les dernières créées. |
| Commentaire de Emeric Teil [ 04/août/08 18:18 ] |
| A voir le jour où on fait un chantier de refonte de la gestion des adresses utilisateur... |
| Commentaire de Emeric Teil [ 04/nov./09 14:47 ] |
| On met ça dans notre BackLog. |
| Commentaire de Christophe Garcia [ 27/nov./09 12:00 ] |
|
Je réouvre en attendant que l'on trouve la bonne marche à suivre pour ces types de demandes. A traiter en backlog ? A traiter dans JIRA ? Comments ces projets reviennent-ils sur la table s'ils sont traités en backlog ? Création de nouveaux JIRA ? |
[APP-22413] [Mon compte] Compatibilité du dernier template sur les navigateurs récents Création: 01/oct./08 16:28 Mise à jour: 09/oct./08 11:11 Résolue: 09/oct./08 11:11 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 32.0.0 (CTN-G) |
| Version(s) corrigée(s): | 31.0.0 (TX-C) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Paul Leprévost | Attribution: | Paul Leprévost |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Même problème que celui évoqué dans le JIRA Pour corriger ce bug, dans la partie "Mon compte" du site, il va nous falloir un dev pour identifier le nombre de colonnes que l'on doit gérer sur chaque page. |
| Commentaires |
| Commentaire de Arnaud Forgues [ 01/oct./08 16:54 ] |
|
A priori la majorité des écrans est sur 3 colonnes sauf les écrans suivants qui sont sur 2 : - la nouvelle page "Mes préférences vendeurs" : SELLER_PROFILE - la page mon compte : ACCOUNT - la page mon Profil : PROFILE - les pages d'ouverture de boutique (standard et manuelle) : ACTIVATION_START et ACTIVATION_MANUAL - Le widget Vendeur (boutique ?) - Le widget parrainage As-tu besoin de plus de détail? |
| Commentaire de Paul Leprévost [ 02/oct./08 17:34 ] |
|
Voilà les classes à utiliser : - .col3 : 3 colonnes - .col2l : 2 colonnes gauche - .col2r : 2 colonnes droite - .col1 : 1 seule colonne |
| Commentaire de Damien Dorizy [ 02/oct./08 18:12 ] |
|
Paul, J'ai rajouté ces classes dans un div, sur WWW et les cobs utilisant le nouveau front template. |
| Commentaire de Arnaud Forgues [ 02/oct./08 19:11 ] |
|
vu avec Paul : on ajoute un "t_" devant les 4 classes :
.t_col3, .t_col2l, .t_col2r et .t_col1, car la classe .col3 existe déjà ! modified source/src/com/babelstore/common/front/FrontTemplate.jsp modified source/src/com/babelstore/common/front/ccm/FrontTemplate.jsp modified source/src/com/babelstore/common/front/dauphine/FrontTemplate.jsp modified source/src/com/babelstore/common/front/laredoute/FrontTemplate.jsp modified source/src/com/babelstore/common/front/lycos/FrontTemplate.jsp modified source/src/com/babelstore/common/front/midilibre/FrontTemplate.jsp modified source/src/com/babelstore/common/front/nicematin/FrontTemplate.jsp modified source/src/com/babelstore/common/front/presencepc/FrontTemplate.jsp modified source/src/com/babelstore/common/front/progres/FrontTemplate.jsp modified source/src/com/babelstore/common/front/provence/FrontTemplate.jsp Committed revision 24730. |
| Commentaire de Cédric Goldovsky [ 09/oct./08 11:03 ] |
| qui peut me démontrer le comportement sur la page Profil sous FireFox3 ? |
| Commentaire de Emeric Teil [ 09/oct./08 11:11 ] |
| La pages "profil" n'est pas concernée. La liste fournie par Arnaud correspond aux pages non potentiellement impactées par ce bug car en 2 colonnes (le bug concernait uniquement les pages en 3 colonnes). |
[APP-4683] validation d'annonce par mail et 'mon compte' : impossible de retrouver l'annonce Création: 06/juin/05 17:52 Mise à jour: 25/juin/07 18:30 Résolue: 25/juin/07 18:30 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.2reval |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Francois-Marie Tournadour | Attribution: | Judd OSullivan |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
J'ai posé une annonce et je ne parviens pas à la retrouver depuis "mon compte". Je vois que les deux parties 'vendeur' et 'acheteur' restent identiques à celles d'un simple membre inscrit.. En revanche, si je clic sur l'url de mon annonce depuis mon mail, je retrouve mon annonce dans "mon inventaire" (mais je retrouve pas mon inventaire après un simple log in" |
| Commentaires |
| Commentaire de Quentin de Chivré [ 06/juin/05 18:34 ] |
| en attente de validation par l'équipe commerciale ? |
| Commentaire de Manuel Sadok [ 08/juin/05 16:02 ] |
| Le compte utilisé par FMT est "franzinou". |
| Commentaire de Judd OSullivan [ 08/juin/05 17:04 ] |
|
Annonce creér 20050531, avant la mise en place de la correction (vers 20050602). |
[IMP-2567] Les mises à jour des stocks ne sont pas prises en compte > discountmode Création: 02/sept./08 17:52 Mise à jour: 30/oct./09 15:50 Résolue: 02/sept./08 19:36 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Isabelle Weisbecker | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | discountmode |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Les mises à jour des stocks ne sont pas prises en compte et cela engendre des annulations. Le pro dit que OK de son côté, la web agency aussi, nous aussi. D'où vient l'erreur ? Est-ce que cela pourrait provenir du fait que le pro indique la valeur 0 dans la dernière colonne où est notée la quantité ? Si c'est pas cela, une autre idée ? Importer le dernier fichier soumis si vous trouvez. Merci. |
| Commentaires |
| Commentaire de Frédéric Nahum [ 02/sept./08 19:36 ] |
|
Son stock était en illimité, le problème devait donc
provenir de là, car la colonne des quantités n'étaient pas prises en
compte et le produit qui était à stock 0 n'était donc jamais supprimé. Une fois le stock vidé, j'ai modifié le format de façon à faire passer le fichier en stock réel et donc en prenant compte de la dernière colonne. J'ai repasser le dernier fichier, et nous sommes donc bien en stock réel, ile ne devraient donc plus rencontrer de problème. |
[APP-30522] [ES] Prendre en compte le 100% de l'Iframe POPGOM Création: 28/juil./10 11:21 Mise à jour: 02/août/10 10:25 Résolue: 30/juil./10 12:00 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 74.0.2.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Nerea Prieto | Attribution: | Ariane Baldinger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Classif FONC: | comarket | ||||||||
| Description |
|
Bonjour, Notre partenaire popgom nous a fait remarquer que son iframe sur priceminister est coupé. On ne prend pas en compte le 100% http://www.popgom.es/achat-pneus-en-ligne/priceminister/home http://www.priceminister.es/info/no/op/neumaticos?xtatc=INT-160001-intext Il faut prendre le 100% Merci |
| Commentaires |
| Commentaire de Ariane Baldinger [ 28/juil./10 11:53 ] |
|
hauteur de l'iframe passée de 660 à 900. Nerea, peux-tu valider sur : http://bo.ref-es.pm.dev/info/home ? Merci |
| Commentaire de Nerea Prieto [ 28/juil./10 12:09 ] |
|
Validé! C'est bon maintenant |
| Commentaire de Ariane Baldinger [ 28/juil./10 13:37 ] |
| cms-ref Promotions |
[APP-31480] Remplacement de la bannière PriceMinister Photo sur la page mon compte Création: 21/oct./10 17:25 Mise à jour: 02/nov./10 15:08 Résolue: 02/nov./10 13:21 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 80.0.0.1 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Mathieu Nguyen-Van-Thoai | Attribution: | Rémi Virlouvet |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour à tous,
Il faudrait remplacer la bannière PriceMinister Photo (728*90) sur la page Mon compte par celle que vous trouverez en pièce jointe. Le redirect sera le suivant: http://priceminister.photobox.fr/inscription?cid=ban102010. Date de mise en ligne: Asap, toujours en random avec Fortuneo. Merci d'avance Mathieu |
| Commentaires |
| Commentaire de Rémi Virlouvet [ 26/oct./10 18:28 ] |
|
à tester sur http://bo.ref-fr.pm.dev/user?rid=1&redirected=true
merci de vos retours |
| Commentaire de Rémi Virlouvet [ 27/oct./10 14:29 ] |
| à valider merci :) |
| Commentaire de Charlotte Fachan [ 27/oct./10 16:56 ] |
|
Bonjour Rémi,
il semble y avoir un soucis sur la qualité de la bannière. Le rendu est complétement différent de l'élément livré. Merci Charlotte |
| Commentaire de Rémi Virlouvet [ 27/oct./10 17:02 ] |
| comment ça ? |
| Commentaire de Rémi Virlouvet [ 28/oct./10 10:41 ] |
| quel est le souci ? |
| Commentaire de Charlotte Fachan [ 28/oct./10 11:58 ] |
|
ok pour moi. Merci rémi.
Tu as modifié la bannière, non? La qualité est bien meilleure maintenant. Merci. Charlotte |
| Commentaire de Rémi Virlouvet [ 28/oct./10 12:02 ] |
| rien n'a été modifié, non... ^^ |
| Commentaire de Rémi Virlouvet [ 28/oct./10 16:02 ] |
|
cms ref
promotions /promotions/Promotions/FR/Promos/Photobox/ACCOUNT%%ACCOUNT - French |
| Commentaire de Rocio Perez-Garcia [ 02/nov./10 13:21 ] |
| Publié sur ref- à exporter |
[APP-6338] produits bloqués en cours de validation "compte vendeur" Création: 17/nov./05 12:38 Mise à jour: 25/juin/07 18:33 Résolue: 25/nov./05 13:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.8 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Emmanuelle Lachamp | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| Description |
|
hello, le probleme persiste ! le partenaire xdffr2002 a des produits en cours de validation (alors qu'ils sont actifs depuis longtemps) de plus il remarque qu'ils ne sont jamais apparus dans la categorie "derniers arrivages" Emma -----Message d'origine----- De : Emmanuelle Lachamp [mailto:emmanuelle.lachamp@priceminister.com] Envoyé : mardi 8 novembre 2005 12:57 À : Justin Ziegler Objet : batch hs or bug ? Importance : Haute Hello, Le Partenaire mdfrance à dans son inventaire des produits en attente de validation (26) http://bo.priceminister.com/inventory?select=0&update=false or si je regarde en bo, toutes ses FP ont bien ete validees de plus on retrouve des mails d'utilisateurs depuis plusieurs jours qui relevent le meme probleme. creation de FP, validation, reception du mail, visibilité de l'annonce dans l'inventaire du vendeur mais pas en front. |
| Commentaires |
| Commentaire de Sébastien Tournay [ 17/nov./05 13:04 ] |
|
Voir si le problème est toujours d'actualité. A voir si cela peut être lié au retard du batch price. Sébastien |
| Commentaire de Serge Delabrosse [ 17/nov./05 16:38 ] |
|
le 17 nov 2005 : ============ Je suis allez voir le paramétrage, apparement pour ces partenaires ne commniquent pas par ftp , mais directement par le site web , je suis donc allez voir la validation - J'ai transmis ces informations Yacim Besalemn, qui va en faire part à Aurelien Vergali ( qui était en réunion ) - D'après Aurelien ce n'est pas un cas isolé, mais un cas général depuis plusieurs jours . le statut passe de soumis à tif ( donc validé) quelques jours après il semble que cela était plus rapide au par avant ... - Je vais vérifier avec Emmanuelle Lachamp si les anciennes soumissions apparaissent maintenant correcteent |
| Commentaire de Serge Delabrosse [ 17/nov./05 17:22 ] |
|
J'ai pu constater avec emmanuelle Lachamp que le problème existe pour tout les partenaires , au moins depuis le 30 octobre . les produits soumis au jour J sont en général validé le service validation au plus tard le jour+1 mais ils apparaissent toujours en attente de validation dans la zone inventaire . ( boutique du vendeur ) De même ils n'apparaissent pas dans la zone : catégorie ======== Ca vient d'arriver ! Emmanuelle a éffectué une vérification devant moi, de produits qui ont été soumis le 15 Nov , validé le 16 et qui n'apparaissent pas toujours pas dans les zones inventaires ou ca vient d'arriver le 17 NOV 05 On constate le même probleme pour des soumission qui datent de 12 jours ... un retard de script paraît peu probable ... cela ressemble à un BUG ... Il serait aussi intéressant de vérifier ce phénoméne n'affecte pas le moteur de recherche interne au site ... Le problème relevé par emmanuelle est génant car il génére il flux important de mails des clients qui ont l'impression que les produits ne sont pas validés, alors qu'ils le sont en fait ... |
| Commentaire de Geneviève Beaujard [ 18/nov./05 10:46 ] |
|
c'est toujours le probleme du retard du batch advert_fix voir bug http://pricejira.lan/browse/APP-6129. Voici la requete pour compter les annonces que doit traiter ce batch: SELECT COUNT(*) FROM advert, product WHERE (product.product_id = advert.product_id) AND (advert.prd_freshness_date <> product.freshness_date) AND (adv_status_code <> 30); COUNT(*) ---------- 58477 |
| Commentaire de Sébastien Tournay [ 18/nov./05 17:10 ] |
|
En fait 58477 annonces correspond uniquement à 1 jour de
retard sur le fonctionnement du batch. Cela ne peut donc expliquer tout
les problèmes remontés sur la mise en ligne des annonces. Il est vrai
cette semaine qu'a cause des différentes interventions sur la base de
PROD, nous avons du repousser, voir limitter le fonctionnement de ce
batch qui ne tourne qu'une fois par jour. On vient pour ce WE d'ajouter une nouvelle série de traitement du batch ADVERT_FIX (+30000 lignes). On devrait lundi 21/11 avoir rattrapé le retard. A confirmé. Sébastien |
| Commentaire de Justin Ziegler [ 18/nov./05 21:00 ] |
|
Je pense qu'il faut rester tres vigilent la dessus. Je n'ai pas l'impression que le retard du batch advert_fix soit tres important, et le probleme semble date de la fin du mois d'octobre. A t on fait un deploiement a cette periode la ? Des lundi, il me semble important de faire un bilan de l'activite de advert_fix ce we, et de verifier s'il a completement rattrape son retard, puis de reverifier si le pb persiste sur les pseudos deja identifie. Il est clair que le premier cas souleve par Emmanuelle il y a 10 jours pose encore pb aujourd'hui. Si le batch advert_fix arrive une fois dans le courant du WE a la fin de son traitement, et que le pb persiste sur mdfrance alors cela ne provient pas simplement d'un retard de batch. |
| Commentaire de Geneviève Beaujard [ 22/nov./05 15:05 ] |
|
Les annonces qui posent problemes pour l'instant sont celles dont: advert.prd_status_code n'est pas synchronisé avec celui du produit (product.prd_status_code), MAIS advert.prd_freshness_date est synchronisé avec celle du produit (product.freshness_date). Le batch advert_fix n'est lancé que sur les annonces dont advert.prd_freshness_date <> product.freshness_date. Ces annonces ne seront donc jamais prises en compte par le batch avert_fix. A ce jour il y a 48 annonces dans ce cas. Pour le moment je ne vois pas comment ça a pu arrivé. Du fait que le batch advert_fix ne pourra jamais synchroniser ces annonces, je peux ecrire un script de correction pour ces annonces. Il faudra par la suite verifier que ce cas ne se reproduise pas, et si ça se reproduit analyser correctement le probleme. Voici les annonces qui ne seront jamais mise a jour par le batch advert_fix: http://pricejira.lan/secure/attachment/11908/bugadverFix2.txt prd_type_code: 20 -> cd_album 1640 -> Linge de maison 1780 -> Accessoires auto J'attends une confirmation de votre part pour ecrire le script de correction. |
| Commentaire de Geneviève Beaujard [ 24/nov./05 16:39 ] |
| Voici le script de correction http://pricejira.lan/secure/attachment/11949/bugadverFixCorrection.sql |
| Commentaire de Sébastien Tournay [ 24/nov./05 17:43 ] |
| Je ne suis pas certain que je puisse te valider le script. Qu'attends-tu de notre part ? |
| Commentaire de Serge Delabrosse [ 24/nov./05 17:51 ] |
|
Liste avant application du patch le 24 nov 17h50 Avant application du patch ADVERT_ID ---------- 35572124 35558489 35540145 36927625 37910506 35561984 37852286 37912072 35540122 35551448 35543463 ADVERT_ID ---------- 36669676 36927604 35589405 37732373 37912011 35561913 38322479 37912063 35561986 35569098 37912601 ADVERT_ID ---------- 36921572 37912045 38113320 35561957 37712405 35561989 35577649 35558436 37313031 35561962 35558453 ADVERT_ID ---------- 38359807 37909958 35589451 37910567 37855381 35540102 37911997 35284734 35551453 38314795 35569094 ADVERT_ID ---------- 35540134 35551444 37712419 35540147 35540106 49 ligne(s) sélecti SQL> SQL> SQL> |
| Commentaire de Patrick Pereira [ 24/nov./05 18:10 ] |
|
C'est fait en prod. Comme je t'avais dit j'ai passé à la place de ton script : DECLARE v_count INTEGER := 0; BEGIN FOR src IN ( SELECT advert.advert_id, product.prd_status_code FROM advert, product WHERE (product.product_id = advert.product_id) AND (advert.prd_freshness_date = product.freshness_date) AND (product.prd_status_code) <> advert.prd_status_code AND (adv_status_code <> 30) ) LOOP UPDATE advert set prd_status_code = src.prd_status_code where advert_id = src.advert_id; v_count := v_count + 1; IF MOD(v_count, 20) = 0 THEN COMMIT; END IF; END LOOP; COMMIT; DBMS_OUTPUT.PUT_LINE('Number of rows updated : ' || v_count); END; / Patrick. |
| Commentaire de Geneviève Beaujard [ 25/nov./05 13:33 ] |
|
Apres le passage du script tout est rentré dans l'ordre. Serge va surveiller si le phenomene se reproduit. Pour information la nouvelle annonce non synchronisée hier est : 38322479 ( |
| Commentaire de Serge Delabrosse [ 25/nov./05 14:00 ] |
|
STATUT: OK ================================================================== le 25 nov 05 à 13h59 : SQL> SELECT advert.advert_id FROM advert, product WHERE (product.product_id = advert.product_id) AND (advert.prd_freshness_date = product.freshness_date) AND (product.prd_status_code) <> advert.prd_status_code AND (adv_status_code <> 30) 2 3 4 5 6 7 ; aucune ligne sélectionnée SQL> ============================================================== |
| Commentaire de Serge Delabrosse [ 28/nov./05 11:00 ] |
|
le lundi 28 nov à 10h , on a encore 4, on va vérifier ce soir , ou demain matin , qu'il ont été traités .. sinon on va appliquer le correctif ... d'autre part l'informatiion est communiqué à genevieve, pour faciliter l'identification du probleme car actuellment on traite les conséquences et non les causes ... Serge ===================== Connecté à : Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.7.0 - Production SQL> SELECT advert.advert_id FROM advert, product WHERE (product.product_id = advert.product_id) AND (advert.prd_freshness_date = product.freshness_date) AND (product.prd_status_code) <> advert.prd_status_code AND (adv_status_code <> 30) ; 2 3 4 5 6 ADVERT_ID ---------- 38492925 38448950 38449074 SQL> SQL> |
[APP-25159] Recherche BO Produit - Bug sur la recherche par ID Fichier d'import Création: 05/mai/09 16:03 Mise à jour: 03/juin/10 09:38 Résolue: 06/avr./10 15:41 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Recherche produit |
| Affecte la/les version(s): | 45.0.0 (CTN-K), 50.0.0 (CAT-J), 59.0.0 (CAT-M) |
| Version(s) corrigée(s): | 66.0.0 (NAV-B) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||
| Site: | Prod | ||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||
| Classif1: | FAST | ||||||||||||
| Classif2: | mur | ||||||||||||
| Description |
| Commentaires |
| Commentaire de Martin Sudmann [ 03/nov./09 17:24 ] |
|
nécessite le déployement d'un connector ; 1. il y avait des confusions dans le code entre create et change 2. le connecteur indexe pour les deux champs la creation datafile id Celui qui ne comprends toujours pas l'utilité des tests unitaires.... bzr ci --fixes APP:25159 -m "correctly index creation and change data_file_ids" fast/connectors/connector01/src/ProductDataContainer.java source/src/com/babelstore/product/ProductBackSearchInput.java source/src/com/babelstore/search/FastProductSearchQuery.java Committed revision 24992. |
| Commentaire de Martin Sudmann [ 04/nov./09 09:02 ] |
| CAJ2009Q4CATM |
| Commentaire de Espérance Galouo-Lece [ 06/avr./10 12:31 ] |
|
- Il existe des cas où nous avons l'erreur suivantes : 2010-04-06 12:21:12,708 INFO [-Processor39] BO:pmadmin:Anonyme - >>> GET http://www.pm.lan/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&category=&prd_status_code=-40&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=7267269&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=4000&do_search.x=21&do_search.y=5 2010-04-06 12:21:13,048 ERROR [-Processor39] BO:pmadmin:Anonyme - Load error~Servlet=com.babelstore.referential.back.ReferentialBackServlet~Request=GET http://www.pm.lan/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&category=&prd_status_code=-40&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=7267269&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=4000&do_search.x=21&do_search.y=5~Referrer=http://www.pm.lan/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&category=&prd_status_code=-40&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=7267263&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=4000&do_search.x=28&do_search.y=12~User-Agent=Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=java.lang.NullPointerException at com.babelstore.referential.back.ProductSearchModel.preLoad(ProductSearchModel.java:150) at com.babelstore.util.Block.preLoad(Block.java:108) at com.babelstore.util.web.Screen.preLoad(Screen.java:111) at com.babelstore.util.web.Dispatcher.processPreOutsideTransaction(Dispatcher.java:247) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:222) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:181) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2010-04-06 12:21:13,068 INFO [-Processor39] BO:pmadmin:Anonyme - <<< [360 ms] GET http://www.pm.lan/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&category=&prd_status_code=-40&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=7267269&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=4000&do_search.x=21&do_search.y=5 |
| Commentaire de Martin Sudmann [ 06/avr./10 14:51 ] |
| le exception observée n'a rien à voir avec ce Jira ; ce bug a toujours existé dès que la liste de résultats d'une recherche est vide. |
[Mon Compte 1.1] : Améliorations
(APP-17681)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.0.3 |
| Version(s) corrigée(s): | 18.0.0 |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Damien Dorizy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation |
| Description |
|
La page "Inventaire" fait partie des cas où un bloc vient
s'afficher au-dessus du menu "Mon Compte", or il a été décidé, pour des
raisons ergonomiques, que celui-ci devait être fixe afin que
l'utilisateur puisse le retrouver systématiquement au même emplacement. Pour respecter cela, des modifications sont donc nécessaires sur cette page : -> Suppression du bloc "Ma sélection" (ce qui doit être fait pour l'ensemble de l'espace "Mon Compte" dans le Jira n° 17682) -> Suppression du bloc "Accès direct" (uniquement sur cette page) -> Insertion du moteur de recherche dans le corps de la page (utiliser le même "style" que dans la nav par filtre, afin qu'en 1024px cela ne passe pas sur deux lignes par manque de place) -> Condensation du bloc "Mise en vente gratuite" -> Déplacement du bloc "Mon inventaire" dans la colonne de droite => Voir la maquette ci-jointe |
| Commentaires |
| Commentaire de Emeric Teil [ 21/sept./07 11:32 ] |
|
Vu avec Damien, Les modifications prévues pour cette page sont bien avancées mais l'intégration du moteur de recherche demande encore des test d'interopérabilité entre navigateur. des modfis CSS sont donc à prévoir. |
| Commentaire de Damien Dorizy [ 21/nov./07 11:53 ] |
|
Le moteur de recherche est maintenant intégré dans le corps
de page pour l'inventaire (Inventory.jsp) et après la création d'une
annonce (Advert CreationSuccess.jsp). Il est centralisé dans une jsi
(InventorySearchInclude.jsi) et peut donc être utilisé sur n'importe
quelle page de mon compte à priori. La DropDown ne s'affiche que lorsqu'il y a au moins 2 options. |
[APP-10150] [METATAGS] [Mon Compte] Pb sur les intitules de titles de navigateur Création: 01/juin/06 12:28 Mise à jour: 05/mars/09 16:52 Résolue: 25/févr./09 14:53 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 42.0.0 (CTN-J) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Estelle Coulon | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
|||||||||||||||
| Sous-tâches: |
|
|||||||||||||||
| Projets PM: | Référencement : Gestion metatags | |||||||||||||||
| Classif1: | MON COMPTE | |||||||||||||||
| Classif2: | refonte mon compte | |||||||||||||||
| Classif FONC: | contenu | |||||||||||||||
| Projets PM archivés: | Référencement : Gestion metatags | |||||||||||||||
| Description |
|
certains titles ne sont pas intégrés ou pas bons ex: sur "profil de compte", "conseil a la vente"-> pas de title PM sur "inventaire et vitrine", "mes souhaits"-> apparemment vieux ou mauvais title qui trainent etc.... Qui checke ca pour avoir qque chose de propre et coherent? Steven? |
| Commentaires |
| Commentaire de Christophe Garcia [ 01/juin/06 12:56 ] |
| Plus grave encore : les titres des fiches produit ont disparu du title |
| Commentaire de Edouard Gomez-Vaez [ 02/juin/06 09:16 ] |
| Mister Mousse, jette peut-être un coup d'oeil sur les title... C'est du paramétrage donc on peut le modifiier en live. |
| Commentaire de Emmanuel Benmussa [ 19/juin/06 16:29 ] |
|
toute la partie mon compte ne concerne pas le référencement Merci |
| Commentaire de Edouard Gomez-Vaez [ 03/juil./06 14:14 ] |
| Pour les pages mon compte, est-ce qu'on pourrait pas mettre cela en parallèle de la cartographie ? |
| Commentaire de Swan Desportes [ 17/oct./06 16:49 ] |
| C'est bien sûr envisageable mais pour bien faire, l'intégrer dans le chantier de refonte Mon Compte. |
| Commentaire de Fabrice Feugas [ 08/janv./09 11:18 ] |
| Sera résolu avec le projet refonte des metatags |
[IMP-4798] création compte ftp espagne+uk pour leobook Création: 03/déc./09 14:45 Mise à jour: 18/déc./09 12:13 Résolue: 18/déc./09 12:13 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
| Login: | leobook |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Suppression produits, Mise à jour/création produits
|
| Description |
|
création compte ftp espagne+uk pour leobook + passer son
fichier sur le site espagnol créer format entrée+sorties sur les 2 sites
et rajouter 3.16 euros sur le fichier destiné à l'angleterre et
l'intégrer sur le site uk
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 03/déc./09 15:33 ] |
| Pour info le compte est déja paramétré pour la france |
| Commentaire de Daniel Pintamalli [ 16/déc./09 16:21 ] |
| Quels sont les pseudos pour ES/UK? |
| Commentaire de Anne Korchia [ 16/déc./09 16:35 ] |
|
oups désolée leobook2 pour ES et leobook3 pour UK Merci |
| Commentaire de Daniel Pintamalli [ 16/déc./09 17:27 ] |
| Que met-on comme commentaire annonces par défaut pour les comptes ES/UK? |
| Commentaire de Anne Korchia [ 16/déc./09 17:37 ] |
| je lui envoie mail pour lui demander |
| Commentaire de Daniel Pintamalli [ 17/déc./09 15:03 ] |
| La configuration est en place. |
| Commentaire de Daniel Pintamalli [ 18/déc./09 12:13 ] |
| L'import sur le site UK aura lieu dès lundi prochain. |
[APP-30472] Modification de la bannière PriceMinister Photo dans Mon Compte Création: 21/juil./10 11:30 Mise à jour: 02/août/10 09:49 Résolue: 30/juil./10 12:00 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue, Promo |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 74.0.2.1 |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jeremy Massebieau | Attribution: | Ariane Baldinger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour, Il faudrait modifier la bannière PriceMinister Photo qui tourne actuellement dans Mon Compte. Vous trouverez en pièce jointe la bannière (format 728x90). L'URL de redirect a utilisé est : http://priceminister.photobox.fr/inscription?cid=ban_moncompte Attention : la bannière tourne actuellement en random avec une bannière Fortuneo et il faut laisser cet affichage aléatoire. Merci d'avance |
| Commentaires |
| Commentaire de Ariane Baldinger [ 23/juil./10 15:51 ] |
|
Bonjour, Souhaites-tu avoir des stats sur les impressions et clics ? |
| Commentaire de Jeremy Massebieau [ 23/juil./10 15:54 ] |
| Oui, merci |
| Commentaire de Ariane Baldinger [ 23/juil./10 16:14 ] |
|
dans ce cas j'ai besoin que tu me donnes les identifiants xiti. Merci |
| Commentaire de Jeremy Massebieau [ 23/juil./10 17:16 ] |
| Finalement le partenaire tracke déjà les visites donc pas besoin de le faire de notre côté. |
| Commentaire de Ariane Baldinger [ 26/juil./10 09:05 ] |
| entendu. |
| Commentaire de Ariane Baldinger [ 26/juil./10 09:43 ] |
|
Bonjour, Le paramétrage est visible ici : http://bo.ref-fr.pm.dev/info/home Peux-tu valider stp ? Merci Ariane |
| Commentaire de Jeremy Massebieau [ 26/juil./10 09:51 ] |
|
Quand j'essaye d'accéder à mon compte après avoir cliqué sur
ce lien, j'ai un message d'erreur qui apparaît (cf capture d'écran). Comment je fais pour voir la bannière ? |
| Commentaire de Ariane Baldinger [ 26/juil./10 09:54 ] |
| il faut que tu cliques sur le lien 'ajouter une exception' pour poursuivre |
| Commentaire de Jeremy Massebieau [ 26/juil./10 10:04 ] |
| C'est fait mais maintenant j'ai une page blanche avec des liens texte à gauche. |
| Commentaire de Ariane Baldinger [ 26/juil./10 10:05 ] |
| oui c'est "moche" mais les liens fonctionnent quand même, tu peux donc te connecter. |
| Commentaire de Jeremy Massebieau [ 26/juil./10 10:08 ] |
| Quand j'essaye de me connecter, il me recharge la même page. |
| Commentaire de Ariane Baldinger [ 26/juil./10 10:09 ] |
| tu n'as peut-être pas de compte existant sur cette plateforme ? Auquel cas il faut t'en créer un... |
| Commentaire de Jeremy Massebieau [ 26/juil./10 10:19 ] |
|
C'est bon de mon côté. Peux tu juste me confirmer que cette bannière continuera bien de tourner en random avec la bannière Fortuneo ? |
| Commentaire de Ariane Baldinger [ 26/juil./10 10:23 ] |
| oui, tu peux d'ailleurs le vérifier en rafraîchissant la page plusieurs fois |
| Commentaire de Ariane Baldinger [ 26/juil./10 10:40 ] |
| cms-ref Promotions |
[APP-21870] Compte en visibilité -1 voit tous ses prix à aligner. Création: 25/août/08 10:53 Mise à jour: 24/sept./08 12:22 Résolue: 22/sept./08 11:32 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 30.0.0 (CAT-D) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Caroline Schinzel |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||
| Classif1: | BP | ||||||||||||
| Classif2: | alignement | ||||||||||||
| Description |
|
Un vendeur tombe en visibilité -1 ( par mot clé) , le temps
que l'on décide de revalider ou pas son inventaire (plsrs dizaines par
jour) Normalement , celà doit etre le moins visible possible pour l'utilisateur mais là on se rend compte que du coup toutes ses annonces se retrouvent en "prix à aligner" dans son inventaire , ce qui est loin d'etre discret. (cf capture) Le fait que ses annonces soient temporairement invisibles ne devrait rien avoir à voir avec le fait d'etre à aligner. Bug? |
| Commentaires |
| Commentaire de Cedric Favero [ 25/août/08 11:44 ] |
| 20 min plus tard, son inventaire réactivé et mis à jour , il n'a que 2 prix à aligner (voir derniere capture) |
| Commentaire de Cedric Favero [ 25/août/08 11:45 ] |
|
euhhn , les captures sont en ordre inversé. L'ordre chronologique est de droite à gauche. |
| Commentaire de Edouard Gomez-Vaez [ 26/août/08 10:40 ] |
| Traiter les jiras similaires dans le même lot ! |
| Commentaire de Erwan Delacroix [ 26/août/08 12:23 ] |
|
Dans l'idéal, il faudrait que l'opération de surveillance
soit transparente pour le vendeur dont le compte est passé en visibilité
-1. Pour cela, il faudrait que la fonctionnalité « s'aligner sur le
prix » prenne en compte le bestprice des annonces actives et le prix
courant de l'annonce inactive du vendeur pour que le calcul soit
cohérent. Une solution moins coûteuse consisterait à désactiver la fonctionnalité « S'aligner sur le prix » puisque les annonces du compte surveillé sont devenues inactives (cela ne sert à rien d'aligner des annonces inactives). Mais le fait que le compte passe en surveillance risque d'être moins discret pour le vendeur (il pourra se demander la raison pour laquelle toutes ses annonces passent en « Prix à aligner »). A voir donc. |
| Commentaire de Cedric Favero [ 26/août/08 13:45 ] |
| A choisir, Je pense que c'est plus discret s'il n'a momentanement plus d'annonces à aligner plutot que d'avoir subitement toutes ses annonces à aligner (1600 ici!) |
| Commentaire de Edouard Gomez-Vaez [ 03/sept./08 12:21 ] |
| Ne pas afficher les propositions d'alignement quand le compte est en -1, en vacances ou l'inventaire n'est pas activé. |
| Commentaire de Caroline Schinzel [ 09/sept./08 18:49 ] |
| Le lien vers les prix à aligner de la page d'accueil "Mon compte" n'apparaît plus lorsque le vendeur n'a pas activé son inventaire, qu'il est parti en vacances ou que son compte à une visibilité négative. |
| Commentaire de Cedric Favero [ 09/sept./08 19:01 ] |
|
Super. Testable que quand v30 en integ donc? |
| Commentaire de Olga Costa [ 22/sept./08 11:32 ] |
| Il y avait un contenu à publier dans IG |
| Commentaire de Olga Costa [ 22/sept./08 11:32 ] |
| publié |
[APP-4710] Mise en vente > Etape 5 : explications activation de compte Création: 06/juin/05 18:06 Mise à jour: 25/juin/07 18:30 Résolue: 25/juin/07 18:30 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.2reval |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Pierre Krings | Attribution: | Manuel Sadok |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Lorsque je suis nouveau membre et que je viens de saisir ma 1ere annonce, il n'est pas clair que je suis supposé valider mon inventaire via le lien qui va m'être envoyé par email. L'email "Enregistrement de votre annonce -" n'en fait pas du tout état et je peux avoir l'impression que tout est OK à ce stade. Il faudrait inclure un message du type : Afin de s'assurer que vous pourrez être contacté par PriceMinister, nous allons vous envoyer un e-mail intitulé "Activation compte vendeur". Cet e-mail contient un lien d'activation sur lequel vous devrez cliquer pour que votre annonce soit visible. De même, l'email "Enregistrement de votre annonce -" devrait reprendre cette information. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 06/juin/05 18:59 ] |
| Spec / Edito |
| Commentaire de Stéphane Archer [ 07/juin/05 11:49 ] |
|
Créer éditos et envoyer à SHA pour email et dév pour l'étape 5 |
| Commentaire de Alexandra Imbert [ 07/juin/05 15:10 ] |
|
t:/Maquettes/01.Maquettes_a_valider/Voitures_bis/vendre_v3/annonce_apercu.htm Stéphane ? ok pour maquetter dans les différentes versions ? |
| Commentaire de Stéphane Archer [ 07/juin/05 15:35 ] |
|
Informations à inclure dans les maquettes et dans l'eamil (pour SHA): Afin de s'assurer que vous pourrez être contacté par PriceMinister, nous allons vous envoyer un e-mail intitulé "Activation compte vendeur". Cet e-mail contient un lien d'activation sur lequel vous devrez cliquer pour que votre annonce soit visible. |
| Commentaire de Alexandra Imbert [ 07/juin/05 18:15 ] |
|
1ère vente => activation compte 1ere vente t:/Maquettes/02.Maquettes_validees/Voitures/vendre_v3/annonce_apercu_1ere_vente.htm 1ere vente véhicule "autre" t:/Maquettes/02.Maquettes_validees/Voitures/vendre_v3/annonce_apercu_1ere_vente_autre.htm |
| Commentaire de Manuel Sadok [ 08/juin/05 15:23 ] |
|
*** This bug has been marked as a duplicate of 5339 *** |
Refonte Xiti
(APP-11013)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 9.0.2 |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Andrei Matyas |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Attention, si l'on ne prend pas en compte le site s2 (pour
un cobranding par exemple), il faut faire apparaitre la rubrique. Exemple : Accueil > DVD & VHS > DVD Zone 2 > Drame > De L'ombre À La... donne www : s1=123456, s2=1, p=DvdZone2::Drame::FicheProduit camif : s1=124578, s2=, p=DvdVhs::DvdZone2::FicheProduit |
| Commentaires |
| Commentaire de Quentin de Chivré [ 11/juil./06 15:29 ] |
| Pourquoi ? Ne peut-on pas appliquer la meme structure que www aux cobrandings ? |
| Commentaire de Andrei Matyas [ 11/juil./06 15:42 ] |
|
Aujourd'hui on a ajouté un nouveau param cote arbre de
navigation + corto IG qui contient l'id du site de niveau 2. Si on veut
appliquer la mm chose pour les cobrandings il faut soit avoir une arbo
spécifique pour chaque cobranding soit on garde des arbo communes mais
dans ce cas la un seul paramètre ne suffit pas ....il nous faut une
double clé (brand,site niveau 2) En plus il faut créer cote Xiti le 10 sites de niveau 2 pour chaque cobranding => 10*15=150 sites à créer coté xiti |
| Commentaire de Quentin de Chivré [ 11/juil./06 15:52 ] |
| Oui, donc effectivement considérer les s2 comme des chapitres pour les cobrandings parait + économe |
| Commentaire de Andrei Matyas [ 13/juil./06 16:35 ] |
| ok c'est fait pour (isWWW : bo, preview, www) |
| Commentaire de Patrick Condevaux [ 27/juil./06 17:03 ] |
| ok en INTEG |
[IMP-2291] Mise en place FTP compte pro TheFoxPro Création: 30/mai/08 17:51 Mise à jour: 30/oct./09 15:43 Résolue: 02/juin/08 16:36 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Gaël Seguillon | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Login: | TheFoxPro | ||||||||
| Séparateur: | Point-virgule (;) | ||||||||
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
||||||||
| Description |
|
Mise en place FTP compte pro TheFoxPro le partenaire a une demande un peu particulière, il souhaiterait que nous récupérions le stock ecrasement deux fois par jour (après 00:01 et après 15h01 directement par un lien vers son serveur est ce possible ? lien indiqué ci dessous, ce fichier est au format maj annonces type, mais il va par la suire utiliser le format jeux avec maj/crea produits + annonces http://www.playerone.be/032008/csv/priceminister_TheFoxPro.csv |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 02/juin/08 11:29 ] |
|
Le script passera à 00:05 et à 15:05. La configuration XML est active. Normalement le premier import devrait être traité vers 16h. |
| Commentaire de Daniel Pintamalli [ 02/juin/08 16:36 ] |
| Le script est en route. Le partenaire n'a plus à déposer son fichier manuellement. |
| Commentaire de Daniel Pintamalli [ 03/juin/08 14:41 ] |
|
Pour la modification du compte FTP afin de faire aussi de la création de fiches produit => |
[APP-26412] [Mon compte] La notification devrait être sous les onglets Création: 08/sept./09 09:52 Mise à jour: 15/sept./09 12:40 Résolue: 15/sept./09 12:40 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 53.0.0 (TX-I) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Corinne Grondin | Attribution: | Marc-Antoine Decreton |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM archivés: | AUTO : Nettoyage |
| Description |
|
Dans mon compte, quand une notification s'affiche, elle se
place au dessus des onglets (voir screenshot 1). Or, ce serait plus
justifié de la mettre sous les onglets afin d'uniformiser avec le reste
du site. (voir screenshot 2 pour quelques exemple). Cela est d'autant
plus vrai qu'avec le nettoyage auto de la TX-I, tout le contenu dashbord
descend (voir screenshot 3). Voici ce que ça pourrait donner : screenshot 4. |
| Commentaires |
| Commentaire de Gafour Abdoul [ 08/sept./09 10:14 ] |
| Quentin, à moins que tu aies une objection, on fait ça pour la même version que pour le nettoyage auto (si l'équipe TX a le temps) ? |
| Commentaire de Quentin de Chivré [ 08/sept./09 10:55 ] |
| Oui pour moi c'est dans le périmetre de nettoyage Auto (voir maquettes d'Emeric) |
| Commentaire de Emeric Teil [ 15/sept./09 12:40 ] |
| C'est corrigé dans le cadre de la réorganisation faite suite au nettoyage de Mon Compte Auto. |
[IMP-7674] raph91200 : les auteurs non pris en compte sur les fiches produits Création: 21/déc./10 10:43 Mise à jour: 23/déc./10 13:45 Résolue: 23/déc./10 13:45 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Jérome Marianne | Attribution: | Esteban Rios |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | raph91200 |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Madame, Monsieur,
Je vous transmets ma base de données car je me suis aperçu qu'il manquait les auteurs. Je transmets la même base de données à d'autres sites et je n'ai pas ce problème. Merci de faire le nécessaire ou de m'expliquer où se trouve le problème. Mon compte est en vacances jusqu'au 23 ou 24 car je m'absente un peu. Salutations. Raphaël SYLVESTRONE raph91200 06 71 83 35 84 |
| Commentaires |
| Commentaire de Esteban Rios [ 22/déc./10 15:13 ] |
|
Demande traitée.
Le fichier passe à 60% car la date de parution est supérieur à 1980, donc le ISBN ou code barre deviens obligatoires |
| Commentaire de Esteban Rios [ 22/déc./10 15:16 ] |
|
Les auteurs sont à nouveau pris en compte dans la fiche produit.
Le problème était du à le changement d'ordre des colonnes de la part du vendeur. exemple http://bo.priceminister.com/offer/buy/115539323/bresdin-de-van-gelder-dirk-livre.html |
[IMP-7346] xephora3 - Le prix de vente n'est pas pris en compte Création: 05/nov./10 14:41 Mise à jour: 25/nov./10 09:04 Résolue: 25/nov./10 09:04 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Maram Khayati | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||
| Pays: |
GBR - Royaume Uni, ESP - Espagne
|
||||||||||
| Login: | xephora3 | ||||||||||
| Séparateur: | Point-virgule (;) | ||||||||||
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits
|
| Description |
|
Salut,
Suite à la demande d'import - Prendre en compte le Prix public pour afficher les prix barrés: Dans son fichier sont mentionnés les prix publics et les prix de ventes mais seuls les prix de ventes sont affichés. - Rendre visibles les photos. Le problème est pour les comptes UK (pseduo: xephora3) et ES (pseudo: xephora2) Merci Ci dessous son message: Je vous contacte car j'ai un petit souci au niveau des réductions. Le prix de départ étant supérieur de 30% j'aimerais mettre en place des Prix barrés comme sur Price Minister.fr. Le fichier UK est structuré comme le FR mais les prix barrés ne fonctionnent pas. J'ai pourtant bien les 2 prix dans le fichier néanmoins le systeme prend en compte uniquement le premier. Pourriez vous svp m'indiquer la démarche a suivre pour résoudre ce probléme? Ci joint le dernier fichier utilisé pour l'upload. Merci Bien cordialement |
| Commentaires |
| Commentaire de Laurent Payot [ 19/nov./10 17:10 ] |
|
A cause des frais de ports inclus sur UK qui faussaient les
prix le prix d'origine avait été désactivé. Mais depuis la
fonctionnalité de dépassement d'origine est apparue. J'ai activé cette
fonctionnalité.
Les produits ont été créés sans prix d'origine, j'ai donc modifié les profils en màj produit et relancé les derniers fichiers. |
| Commentaire de Laurent Payot [ 23/nov./10 11:13 ] |
|
La manip précédente a fait apparaître les prix d'origine.
Les images UK ne s'affichaient pas car les droits n'avaient pas été
accordés au pro. Les images devraient apparaître demain. Étrangement le
fait de resoumettre le fichier Uk a fait disparaître les prix
d'origine, je vais regarder ça.
Sur ES le format prenait comme prix le prix d'origine et c'est tout. j'ai corrigé ça pour prendre les deux prix en compte. |
| Commentaire de Frederic vacher [ 23/nov./10 11:15 ] |
| Merci. |
| Commentaire de Laurent Payot [ 24/nov./10 16:58 ] |
|
Même en supprimant les fiches produits et en resoumettant le
fichier de stock les prix d'origine n'apparaissent pas sur UK. J'ai
ouvert le jira Comme j'ai de nouveau recréé les fiches produit il faut attendre demain pour les images. |
| Commentaire de Laurent Payot [ 25/nov./10 09:04 ] |
|
Les prix d'origine n'apparaissaient pas peut être a cause des test de buyboxes. c'est ok maintenant.
Les images sont bien là sur UK. |
[IMP-6892] supprimer les fiches de ElectroPro en stock 0 - son compte est en -2 Création: 02/sept./10 10:49 Mise à jour: 14/sept./10 13:34 Résolue: 14/sept./10 13:31 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Projet import |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anthony Briou | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | ElectroPro |
| Séparateur: | N/A |
| Type de traitement: |
Suppression produits
|
| Description |
| Commentaires |
| Commentaire de Jérome Marianne [ 14/sept./10 11:31 ] |
|
Fichier de suppression produit soumis.
Requête faite sur les fiches dont le pro est propriétaire. |
| Commentaire de Jérome Marianne [ 14/sept./10 13:31 ] |
| Les fiches produits en stock 0 ont été supprimées, il te reste à supprimer manuellement les 98 fiches dont le BO est propriétaire comme on l'a vu ensemble Anthony. |
| Commentaire de Anthony Briou [ 14/sept./10 13:34 ] |
| Ok, merci ! |
[APP-18118] Régression import de fichier - Obligation sur certaines données pas prise en compte Création: 03/oct./07 13:27 Mise à jour: 25/oct./07 09:31 Résolue: 08/oct./07 15:13 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 16.1.0 |
| Version(s) corrigée(s): | 17.1.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Marion Anfreville | Attribution: | Mostafa Diane |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Classif1: | IMPORT | ||||||||||||||||
| Projets PM archivés: | Maintenance 17.x.x | ||||||||||||||||
| Description |
|
En prod, nous avons fait l'import d'un fichier DVD. Dans le format d'import, la cellule "Création d'identification - Standard : EAN (code barre)" est mise en obligatoire. cf. format "DVD-FR - bdd produits V1.0" (http://bo.priceminister.com/datafile_back?action=advertmappingview&advertmappingid=18306) Cependant, l'import qui est passé à créer quelques produits sans EAN => product_id : 58598620 L'obligation ne fonctionne pas. |
| Commentaires |
| Commentaire de Mostafa Diane [ 08/oct./07 15:13 ] |
|
La recherche se fait désormais avec un contrôle sur les données des cellules de création identification. Deux message peuvent être générés : absence de données totale ou données invalides. {La colonne 'Création d'identification [cell 47065]' comporte des valeurs non valides ( 'ssssssssssssssssssss' )} {La colonne 'Création d'identification [cell 47065/TEST_MOD]' est obligatoire} |
| Commentaire de Marion Anfreville [ 15/oct./07 17:35 ] |
|
Ok en integ => http://bo.pm.lan/datafile_back?action=advfilesearch&file_id=4987237 L'import renvoie bien un message d'erreur sur les lignes où la donnée dites "obligatoire n'est pas renseignée. |
[IMP-6659] oriflam : analyse erreurs + prises en compte du poids dans le format Création: 29/juil./10 17:03 Mise à jour: 04/août/10 09:52 Résolue: 04/août/10 09:52 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jérome Marianne | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | oriflam |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
2 mails: L'information poids figure dans notre fichier. Si notre fichier spécifique fait problème, nous pouvons étudier une présentation standard, comme nous le réclamons depuis longtemps, pour une plus grande efficacité. Nous mettons ce message en copie à l'équipe import MM *********************************************** Bonjour, Beaucoup de nos articles sont refusés à l'import. Un exemple ci-dessous. Merci de nous en indiquer la raison. Merci de nous indiquer comment appliquer nos propres frais de port, et de nous communiquer le modèle de fichier de stock complet afin que toutes nos informations soient bien prises en compte dans les annonces. Cordialement, SEGUIN DAVAL SA - Service Administratif Michel MOUSSALLI ________________________________________ 69752 Essoreuse à Salade 26 cm Menthe* 0805016 GUILLOUARD Ustensiles de cuisine Essoreuse à salade 3273960805016 12,30 ? 0,00 ? Voir site, franco 100 euros 520 4 jours http://www.cuistoland.com/img/69752g.jpg Grande capacité : diamètre 26 cm.Simple, fonctionnelle et facile à nettoyer. Avec manivelle... Grande capacité : diamètre 26 cm Simple, fonctionnelle et facile à nettoyer Avec manivelle... Grande capacité : diamètre 26 cm.Simple, fonctionnelle et facile à nettoyer. Avec manivelle latérale 12 La colonne 'Mapping via catégorie [cell 18418]' comporte des valeurs non valides ( 'essoreuse à salade' ) ________________________________________ |
| Commentaires |
| Commentaire de Jérome Marianne [ 04/août/10 09:52 ] |
|
Le poids à été rajouté dans le format pour qu'il soit pris en compte sur les fiches produit. Le mapping à été enrichi pour améliorer le taux d'import. Il passe de 89% à 100%. |
[APP-13364] Erreur "Mode d'expédition non configuré au niveau du compte" Création: 20/oct./06 18:36 Mise à jour: 25/juin/07 18:46 Résolue: 23/oct./06 15:01 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Description |
|
Le traitement des fichiers 3900339, 3900237 et 3900341 est
passé en état "Erreur" alors qu'il n'y a jamais eu de problème avec les
comptes de ces partenaires Extrait des log Mode d'expédition non configuré au niveau du compte.; nested exception is: javax.ejb.EJBTransactionRolledbackException: null; CausedByException is: Mode d'expédition non configuré au niveau du compte. at class javax.transaction.TransactionRolledbackException javax.ejb.EJBTransactionRolledbackException: null; CausedByException is: Mode d'expédition non configuré au niveau du compte. at org.jboss.ejb3.tx.Ejb3TxPolicy.handleInCallerTx(Ejb3TxPolicy.java:65) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:117) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150) at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83) at $Proxy270.processLine(Unknown Source) at com.babelstore.datafile.business.DataLineBusinessBean.process(DataLineBusinessBean.java:41) at sun.reflect.GeneratedMethodAccessor218.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Co |
| Commentaires |
| Commentaire de Judd OSullivan [ 23/oct./06 11:12 ] |
|
Dans UserBusiness.checkAdvertiser on lance une
UserSupportedShippingException si un de les
user_account.supports_shipping_XXX is null. Renaud a ajouté supports_shipping_certified qui est forcement null pour tout le monde. On a deux options: 1. fait un script qui donne une valeur à tout les comptes impliqués. 2. change le test dans checkAdvertiser. |
| Commentaire de Judd OSullivan [ 23/oct./06 11:19 ] |
|
En FO, si checkAdvertiser echoue, on tombe sur la page
'Choisi mode d'expedition' qui est peut-etre une bonne chose pour forcer
les utilisateurs à reévaluer leurs modes d'expedition, surtout si on a
ajouté de nouvelle fonctionalité. Pour les imports, par contre, c'est plus génant. |
| Commentaire de Rodrigue Nsiangani [ 23/oct./06 11:31 ] |
|
Cette demande bloque Je ne peux effectuer le test en INTEG pour fermer la demande. |
| Commentaire de Espérance Galouo-Lece [ 23/oct./06 15:51 ] |
|
- Les fichiers EN INTEG qui ont entrainé l'ouverture de ce bug ont tous été traités. - FERMER. |
[IMP-4877] mmzci : transférer les profils du compte prixzoom sur ce nouveau compte + création et copie de la config FTP Création: 16/déc./09 09:21 Mise à jour: 07/janv./10 15:21 Résolue: 07/janv./10 15:21 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Skender Berisha | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | mmzci |
| Modèle: | creation hightech minimaliste |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Suppression produits
|
| Description |
|
Bonjour Merci de créer un compte FTP gestion de flux et de commandes à l'identique que le compte prixzoom. Merci Skender |
| Commentaires |
| Commentaire de Jérome Marianne [ 07/janv./10 14:49 ] |
|
Profils de prixzoom copié sur le compte de mmzci. Compte FTP vendeur créé: Pseudo : mmzci mot de passe : 14mmz56ci Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui |
| Commentaire de Jérome Marianne [ 07/janv./10 15:21 ] |
|
La Config et les profils de prixzoom ont été copiés sur le compte de mmzci. Le compte FTP avec flux de commande est activé. |
[APP-31640] [Gestionnaire de commandes] Création de compte cassée sur UK Création: 08/nov./10 11:52 Mise à jour: 16/nov./10 14:53 Résolue: 08/nov./10 15:37 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 81.0.0 (TX-Q) |
| Version(s) corrigée(s): | 81.0.0 (TX-Q) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thomas Landru | Attribution: | Yann Danot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Recette |
| Projets PM: | CoSAV : Gestionnaire de commande |
| Navigateur: | Tous |
| Description |
|
Mettre un article en panier sur dev9, faire valider ma
commande, renseigner une adresse mail et cliquer sur continuer :
plantage
logs : 2010-11-08 11:22:40 ERROR [Dispatcher ] 192.168.61.114 - Service error~Servlet=com.babelstore.user.front.ConnectServlet~Request=POST https://bo.dev9.pm.dev/connect!action=logincontact&c=81&pmreadcgv=true&rid=1&usremail=thomas.landru@123priceminister.com~Referrer=https://bo.dev9.pm.dev/connect?action=login&c=81&rid=1~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/534.7 (KHTML, like Gecko) Chrome/7.0.517.44 Safari/534.7~Trace=java.lang.NullPointerException~at com.babelstore.common.front.BreadCrumbsModel.getStyleSheets(BreadCrumbsModel.java:274) java.lang.NullPointerException at com.babelstore.common.front.BreadCrumbsModel.getStyleSheets(BreadCrumbsModel.java:274) at com.babelstore.common.front.BreadCrumbsModel.load(BreadCrumbsModel.java:119) at com.babelstore.util.web.Model.doLoad(Model.java:55) at com.babelstore.util.Block.load(Block.java:147) at com.babelstore.util.web.Screen.load(Screen.java:122) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:331) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:262) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:183) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:117) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2010-11-08 11:22:40 ERROR [[connect] ] - Servlet.service() for servlet connect threw exception java.lang.NullPointerException at com.babelstore.common.front.BreadCrumbsModel.getStyleSheets(BreadCrumbsModel.java:274) at com.babelstore.common.front.BreadCrumbsModel.load(BreadCrumbsModel.java:119) at com.babelstore.util.web.Model.doLoad(Model.java:55) at com.babelstore.util.Block.load(Block.java:147) at com.babelstore.util.web.Screen.load(Screen.java:122) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:331) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:262) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:183) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:117) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) |
| Commentaires |
| Commentaire de Arnaud Forgues [ 08/nov./10 14:11 ] |
|
Pour info, il n'est pas forcément nécessaire de faire une
mise en panier au préalable. Il suffit de cliquer sur "Mon compte" et de
tenter de créer un compte à partir du bloc de droite de la page
"Identification".
==> Après debug, j'ai constaté que c'est le "BreadCrumbsModel" qui plante au chargement des stylesheets à cause du nouveau SiteNode créé pour PEC3.5 : il manque les "trad" ES et UK ==> Yann, je te laisse faire la config |
| Commentaire de Yann Danot [ 08/nov./10 14:25 ] |
| /default/ROOT/IDENTIFICATION/LOGIN_R/LOGIN%%EMAIL_ALREADY_USED |
[APP-3539] BO : Problème d'affichage aux incidents de paiement Création: 20/janv./05 16:55 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.3.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sebastien Bruzzone | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Suite au problème 3890, l'affichage des incidents de paiement dans les paniers expirés persiste. Compte : xavier-romon compte mis en -1 à cause d'un incident de paiement sur le panier expiré 3146178 pour "carte volée", cet incident de paiement devrait normalement apparaitre en rouge dans les paniers expirés de la fiche panier : http://bo.priceminister.com/purchase_back? action=purchaseview&purchaseid=13234541 |
| Commentaires |
| Commentaire de Validator [ 20/janv./05 17:01 ] |
| Le bug est il corrigé ? |
| Commentaire de Emmanuel Gosse [ 02/févr./05 16:57 ] |
|
pour donner la liste des paniers expirés d'un acheteur (xavier-romon), on fait la recherche sur le buyerId, or le panier qui n'apparait pas (n°13146178) n'a pas de buyerId (il a quand meme l'adresse postale...). cependant, le panier en cause apparait dans les evenements utilisateur sur la fiche utlisateur. |
| Commentaire de Martin Sudmann [ 07/févr./05 14:35 ] |
|
les informations acheteurs n'ont pas été enregistrées s'il s'agissait d'une inscription à la volée lors d'un achat. corrigé. |
| Commentaire de Bruno Ballester [ 07/févr./05 16:14 ] |
| La vérification se fera directement en production. |
[IMP-2135] création compte FTP pour partenaire carros6 (uxotica en France qui ouvre son compte en Espagne avec le même fichier)+ création profil et format sous le même modèle Création: 22/avr./08 11:09 Mise à jour: 30/oct./09 15:43 Résolue: 15/mai/08 09:32 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Login: | carros6 |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Description |
|
création compte FTP pour partenaire carros6 (uxotica en
France qui ouvre son compte en Espagne avec le même fichier)+ création
profil et format sous le même modèle que son profil en France : uxotica
|
| Commentaires |
| Commentaire de Daniel Pintamalli [ 06/mai/08 17:20 ] |
|
Quel commentaire d'annonce va-t-on utiliser? Quel est le format (en carton, rústica...) Est-ce que je mets tout en 'no definido'? |
| Commentaire de Anne Korchia [ 06/mai/08 17:26 ] |
|
même chose que pour la France pour le commentaire d'annonce envoi soigné sous enveloppe bulle, expédition dans les 24 heures qui suivent la réception de votre commande. (je peux demander à carlos de le traduire si tu veux) les formats sont dans le fichier non? Lorsque je vais sur le compte france nous avons poche, moyen format etc... |
| Commentaire de Daniel Pintamalli [ 06/mai/08 17:48 ] |
|
Moyen, poche, etc est la taille. Le format est: en carton, rústica,etc. Je mets tout en 'no definido' si tu veux. Je traduirai le commentaire annonce, pas de souci. merci |
| Commentaire de Anne Korchia [ 06/mai/08 17:58 ] |
| ok pour "non definido" merci si tu peux traduire c'est cool ! |
| Commentaire de Daniel Pintamalli [ 07/mai/08 10:14 ] |
| Je mets tout en 'Francés' si la langue n'est pas définie. |
| Commentaire de Daniel Pintamalli [ 07/mai/08 15:07 ] |
|
La configuration FTP est faite: le fichier soumis par FTP
(FR) sera automatiquement dupliqué et renvoyé vers le site Espagnol. Import en cours: http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=6289942 |
| Commentaire de Daniel Pintamalli [ 15/mai/08 09:26 ] |
| http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=6312146+&login=carros6 |
| Commentaire de Daniel Pintamalli [ 15/mai/08 09:31 ] |
|
Le fichier passe à 55%. Rapport de erreurs: Les livres parus après 1980 requièrent une référence standard. => 20584 lignes Catégories non exploitables => ~5000 lignes Il reste peu de valeurs à rajouter dans les mapping => à faire au fur et au mesure. |
[INF-494] Installation sur un poste au BO des accès au réseau Création: 18/juin/10 09:42 Mise à jour: 06/juil./10 10:42 Résolue: 06/juil./10 10:42 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Réseau |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Eve Pioche | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Un poste a été installé dans le BO près des étagères
"retours", à destination de la formation des nouveaux arrivants et des
envois de produits achetés sur le compte RetouPM. Il n'est cependant relié ni à Group, ni à public, ce qui ne permet pas l'accès aux dossiers de formation. Il n'est pas non plus connecté à une imprimante, ce qui rend impossible l'impression des bons d'expédition depuis ce poste. Il est nécessaire de l'installer avant l'arrivée en milieu de semaine prochaine des nouvelles recrues. |
| Commentaires |
| Commentaire de Stéphane Eccli [ 06/juil./10 10:42 ] |
| done |
[APP-21871] débit pmv par chèque - sur la page user en bo - le lien vers le pmv en front office ne fonctionne pas Création: 25/août/08 11:02 Mise à jour: 24/févr./10 14:16 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Claire Durand | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Projets PM: | *** CHASSE *** |
| Description |
|
Salut, j'ai fait un test sur un débit pmv par chèque en bo - lorsque j'ai voulu afficher la page porte monnaie en front office via le lien bo du pmv - j'ai un message d'erreur en front office "Erreur - Non disponible" voici le lien du compte en bo : http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=16127781 voici le lien en fo dela page porte monnaie : http://bo.priceminister.com/wallet?action=wltview&oprcount=30&oprfilter=ALL merci, claire |
| Commentaires |
| Commentaire de Arnaud Forgues [ 25/août/08 11:26 ] |
|
Stack trace java associée (visiblement un problème au niveau
de l'adresse fournie pour l'opération de reversement en cours) 2008-08-25 11:24:01,247 ERROR [-Processor44] laurencecata - Block generation error in : com.babelstore.wallet.front.WalletView_jsp 2008-08-25 11:24:01,248 ERROR [-Processor44] laurencecata - Assembly error Servlet : com.babelstore.wallet.front.WalletServlet Request : GET http://bo.priceminister.com/wallet?action=wltview&oprcount=30&oprfilter=ALL Referrer : http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=16127781 User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16 Trace : java.lang.NullPointerException at com.babelstore.user.BaseAddressInfo.<init>(BaseAddressInfo.java:63) at com.babelstore.user.AddressInfo.<init>(AddressInfo.java:34) at com.babelstore.user.AddressFormat.<init>(AddressFormat.java:33) at com.babelstore.wallet.business.SellerPaymentRuleLogic.getOpenDebitWalletPaymentCoordinates(SellerPaymentRuleLogic.java:254) at com.babelstore.wallet.business.SellerPaymentRuleLogic.getWalletPaymentCoordinates(SellerPaymentRuleLogic.java:243) at com.babelstore.wallet.business.SellerPaymentRuleLogic.getWalletPaymentCoordinates(SellerPaymentRuleLogic.java:233) at com.babelstore.wallet.front.WalletView_jsp.generate(WalletView_jsp.java:366) at com.babelstore.util.Block.generate(Block.java:140) at com.babelstore.util.web.Request.include(Request.java:555) at com.babelstore.util.web.Request.include(Request.java:588) at com.babelstore.util.web.Request.include(Request.java:594) at com.babelstore.common.front.FrontTemplate_jsp.generate(FrontTemplate_jsp.java:301) at com.babelstore.util.Block.generate(Block.java:140) at com.babelstore.util.web.Screen.generate(Screen.java:149) at com.babelstore.util.web.Request.generate(Request.java:528) at com.babelstore.common.front.FrontRequest.generate(FrontRequest.java:498) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:416) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:184) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) |
| Commentaire de Arnaud Forgues [ 25/août/08 11:43 ] |
|
En ce qui concerne cet utilisateur, le problème vient donc
de l'opération qui n'a pas de coordonnées de paiement alors qu'il s'agit
d'un débit par chèque. Il faudrait donc trouver l'origine de cette absence d'infos d'adresse de paiement. Mais si il y a urgence pour cet utilisateur, on peut déjà voir avec PPE pour passer le script de migration des coordonnées qui avaient été mis en place lors de la phase de migration des données dans le chantier PMV (ou tout simplement copier les coordonnées de paiement de l'utilisateur dans les champs qui vont bien de l'opération en question) |
| Commentaire de Cedric Favero [ 25/août/08 12:02 ] |
|
On a migré ses coordonnées de paiement en coordonnées vendeur. Mais en meme temps ce compte n'est pas vendeur (debit suite remboursement) et la boutique n'est pas activée, est-ce lié? Par ailleurs le compte est à Monaco , code postal 98000 , une incidence? Enfin , je constate que mon mot clé censé detecter l'absence de code postal n'a pas fonctionné non plus: $operation.OprTypeCode.toString() =="60" && $util.isNull($operation.UsaZip) |
| Commentaire de Emeric Teil [ 25/août/08 14:19 ] |
|
"On a migré ses coordonnées de paiement en coordonnées vendeur. Mais en meme temps ce compte n'est pas vendeur (debit suite remboursement) et la boutique n'est pas activée, est-ce lié? " => Ce point là est normal, même pour les non vendeur, on a migré les coordonnées de paiement (quand il y en avait) à coordonnées vendeur, cela permet, lors de l'Ouverture de la Boutique de pré-remplir les champs du formulaire. "Enfin , je constate que mon mot clé censé detecter l'absence de code postal n'a pas fonctionné non plus: $operation.OprTypeCode.toString() =="60" && $util.isNull($operation.UsaZip) " => ton mot clef n'a pas de problème puisqu'il y a bien un code postal "Par ailleurs le compte est à Monaco , code postal 98000 , une incidence? " => Arnaud est en train de regarder dans ce sens la Pour "l'urgence", on fait ce qu'il faut pour passer cette OPR dans le bordereau en cours ? |
| Commentaire de Claire Durand [ 25/août/08 14:43 ] |
| il est dans le bordereau de débit du 20/08/08 et le chèque est correctement rempli |
| Commentaire de Emeric Teil [ 27/août/08 16:01 ] |
|
Arnaud, vous reprenez cela pour voir ce qui s'est passé ici ? -> Pourquoi ce chèque n'avait pas de coordonnées de paiement (car code postal = monaco ? si oui, il ne semblerait pas normal qu'on ait pas les même contrôle Fo que "métier"). -> Comment se fait-il que, bien que n'ayant pas de coordonnées liées, on soit allé prendre les coordonnées de paiement ??? Merci d'avance |
| Commentaire de Renaud Dierickx [ 18/nov./08 14:58 ] |
| Je n'ai pas le temps pour la TX-D... A reprioriser. |
| Commentaire de Emeric Teil [ 24/févr./10 14:16 ] |
| Pour analyse |
[APP-27740] Import - Le découpage d'attributs n'est plus pris en compte Création: 21/déc./09 17:30 Mise à jour: 26/oct./10 16:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 59.0.0 (CAT-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ESP - Espagne
|
||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||
| Classif1: | IMPORT | ||||||||||||||||
| Classif2: | création suppression d'attributs | ||||||||||||||||
| Classif FONC: | import | ||||||||||||||||
| Description |
|
Le format ci-dessous fait un découpage de sous-titres afin
de les sauvegarder dans l'attribut PMA0002286 or dans la fiche produit
créée n'apparait que la première valeur du découpage (Inglés). Ce bogue
avait été corrigé par Geneviève mais on dirait qu'il y a eu une
régression. Passez me voir si vous avez besoin d'aide.
Fiche produit: 63170215 Format: http://bo.priceminister.es/datafile_back?action=advertmappingview&advertmappingid=19845 Ligne de test (barre verticale comme séparateur): 10729||Prison Break: The Final Break||DVD|1|15||NEW|7/21/2009|music dvd>dvd>rock&pop>hardcore>punk&heavy metal>house>r&b>soul&rap>alternative rock>brit pop>progressive rock>hard rock>heavy metal>black metal>disco&dance>hip hop>rap>soul>rock>pop>under 10>under 5>10 to 15>5 to 10>cheap dvd>offer dvd>latest dvd>new release>current release>top chart>free delivery>top 100 dvd>hot releases>best sellers>pre release>hot titles>music dvd store>music dvd store online>music dvd>bargain dvd>bangcd>best dvd selections>wide range dvd>upcoming releases>free delivery worldwide>dispatch within 24hrs>3-5 days delivery upon dispatch>super saver delivery>audio dvd>we source our products globally>dvd>rock>pop>rock&pop>rap>groove>hip hop>hip hop international>hard rock>metal>punk>grunge>compilations>>Prison Break: The Final Break|24543597537|3|NEW|0|EUR|17.80|http://www.bangcd.com/product_images/10729_a.jpg|||20th Century Fox||2009||88|1.78:1(Widescreen)|English|5.1_Dolby_Surround|English French Spanish|Dominic Purcell Wentworth Miller Jodi Lyn O'Keefe Robert Knepper Sarah Wayne Callies William R. Mapother Leon Russom Heather McComb|Brad Turner|Region 1|NTSC||<!--startfragment--> <p class="MsoNormal">The series may be over but there’s more story to tell. Michael Scofield (Wentworth Miller) is pulled back into the game and forced to cooperate with some decidedly unseemly characters when his beautiful girlfriend Dr. Sara Tancredi (Sarah Wayne Callies) is arrested for a murder she didnít commit. Before someone collects the bounty on Sara’s head Michael must pull one last daring prison break to save his true love and unborn child. Dominic Purcell co-stars in this rip-roaring feature-length adventure that drops fans right back into the exciting world of the hit television series.<o:p></o:p></p> <!--endfragment-->||ActionAdventure|http://www.bangcd.com/productDetail.aspx?prod_id=10729¤cy=EUR&source=PriceministerSP|No se encontró ningún artículo para esta referencia. |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 21/déc./09 17:34 ] |
| Ce bogue est peut-être aussi présent dans les sites FR/UK. |
| Commentaire de Daniel Pintamalli [ 21/déc./09 17:42 ] |
| En pièce jointe le fichier qui vous servira pour faire de tests. Le code du profil à utiliser est 12555438. |
| Commentaire de Daniel Pintamalli [ 21/déc./09 17:48 ] |
|
Merci de se référer au JIRA |
| Commentaire de Marion Anfreville [ 21/déc./09 19:24 ] |
|
ça à l'air de fonctionner sur la France. Les produits créés
aujourd'hui par Libri avec du découpage par RegEx peuvent avoir
plusieurs auteurs. Ex : http://bo.priceminister.com/referential_back?action=productview&productid=86764031 http://bo.priceminister.com/referential_back?action=productview&productid=86764064 Je vérifie sur Decitre et je commente le jira. |
| Commentaire de Marion Anfreville [ 22/déc./09 10:23 ] |
|
Vu avec Daniel : le problème provient de la migration
globale des cellules "Attribut" en "Mise à jour/Création Attribut". Lorsqu'on effectue un découpage par RegEx pour un attribut dans le but de cumuler les valeurs d'attributs sur la fiche produit, il ne faut pas que la cellule attribut soit en "Mise à jour/Création Attribut" mais en "Attribut" avec en plus une cell de "Suppression attribut XXX" avec valeur dans source velocity = true. La cell "Mise à jour/Création Attribut" fait que les valeurs issues du découpage par RegEx s'écrasent entre elles. Pouvez-vous faire un script afin que les cell "Mise à jour/Création Attribut" des format d'import qui ont en source un découpage par RegEx soient repassées en cell de type "Attribut" avec en plus l'ajout dans le format d'une cell de suppression attribut correspondant ? |
| Commentaire de Edouard Gomez-Vaez [ 28/déc./09 09:58 ] |
| ...ou voir comment faire que les valeurs issues de split via regexp ne s'écrasent pas. Manu, besoin de tes lumières. |
[APP-10967] [Mon Compte] Changer une pop-up en page normale (Accueil > Mon compte > Vendeur Auto > Conseils à la vente) Création: 06/juil./06 16:23 Mise à jour: 10/déc./08 15:44 Résolue: 10/déc./08 15:43 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 9.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Fabrice Tiercelin | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Classif1: | MON COMPTE |
| Description |
|
La page Accueil > Mon compte > Vendeur Auto >
Conseils à la vente se présente sous forme de pop-up. Ce serait plus
lisible sous forme de block dans la page de l'onglet mon compte.
D'autant plus qu'il y a déjà énormément de page dans tous les sens dans
la partie "Mon compte" (redirection vers l'accueil, la vente, l'auto,
les produits et des pop-up)
|
| Commentaires |
| Commentaire de Younès Charrière [ 06/juil./06 16:38 ] |
| C'est une très bonne idée. |
| Commentaire de Fabrice Tiercelin [ 06/juil./06 16:44 ] |
| Pareil avec Accueil > Mon compte > Acheteur Auto > Conseils à l'achat |
| Commentaire de Arnaud Forgues [ 07/juil./06 12:28 ] |
| Pour la refonte de mon compte, est ce qu'on homogénéise le comportement des liens en ouvrant tout dans le corps de la page ou bien ? |
| Commentaire de Gaël Caro [ 10/juil./06 16:18 ] |
|
Bertrand, Pour input. |
[APP-3034] Recherche produit BO : évolution pour l'import Création: 08/nov./04 17:23 Mise à jour: 25/juin/07 18:26 Résolue: 25/juin/07 18:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.7a |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Validator | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
En ce moment, les fiches produits ont leur change_date mis à jour sans raison apparente (voir bug 3222). Ceci pose un problème lorsque l'on importe des produits sur un compte tel que titelive, car il est impossible de différencier les produits importés des produits modifiés "spontanément". Il y a un moyen de contourner ce problème (et d'ajouter au passage une fonctionnalité intéressante) : ajouter à la recherche produit BO la possibilité de rechercher tous les produits importés avec le fichier d'import numéro N. |
| Commentaires |
| Commentaire de Martin Sudmann [ 24/nov./04 14:18 ] |
|
pas un vrai contournement, puisque uniquement les produits créés par import ont l'id du fichier, et non ceux mises à jour. mais quand même utile. done. |
[APP-23029] [PMV - Mode Compta] : Faire passer en libre tous les Pros en Mode Compta CHEQUE qui n'ont pas de coordonnées de Paiement Création: 07/nov./08 14:12 Mise à jour: 01/avr./09 11:10 Echéance: 19/nov./08 00:00 Résolue: 18/nov./08 17:05 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 34.0.0.1 |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Emeric Teil | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM archivés: | Paiement - Migration anciens vendeurs | ||||||||
| Description |
|
Attention : -> A faire impérativement en Prod avant le 20/11/08 -> Ne pas toucher aux compta virement La liste des utilisateurs concernés est attachée à ce Jira. |
| Commentaires |
| Commentaire de Renaud Dierickx [ 17/nov./08 15:33 ] |
|
Je n'arrive pas à ouvrir ta pièce jointe... C'est peut-être à cause de l'accent. Sinon, tu as la requête de comptage d'AFO ? |
| Commentaire de Emeric Teil [ 17/nov./08 19:24 ] |
| renvoyé par mail... |
| Commentaire de Renaud Dierickx [ 18/nov./08 13:40 ] |
|
Le script est écrit et passé en dev... Christophe, Espérance, que fait-on pour l'intégration ? Y a-t-il un check de votre part ? Si oui, comment procède-t-on ? |
| Commentaire de Cedric Favero [ 18/nov./08 13:40 ] |
| çà sera bon avant le 20? |
| Commentaire de Renaud Dierickx [ 18/nov./08 14:31 ] |
|
Avant passage du script en intégration, il y a : select count(*) from user_account u where u.usr_privilege_code = 40 and u.cmp_is_direct_payment = 1 and u.wlt_payment_mode_code = 10 and NOT EXISTS ( select 1 from usr_address a where a.user_account_id = u.user_account_id and a.usa_type_code = 20 and a.usa_status_code = 10) ; COUNT(*) ---------- 536 comptes impactés en intégration Exemple de compte : USER_ACCOUNT_ID --------------- 11511104 4050798 4109196 4110866 4182925 4183141 4244860 4307197 4308388 4311853 4373677 4450796 ... Espérance et Christophe, donnez nous le GO pour le passage du script en Intégration. Merci d'avance. PS : j'ai remis en pièces jointes la cible d'AFO (l'ancien fichier XLS ne pouvant pas être ouvert). |
| Commentaire de Patrick Pereira [ 18/nov./08 16:49 ] |
| Le script est passé en production, après validation en intégration. |
| Commentaire de Renaud Dierickx [ 18/nov./08 17:05 ] |
| Merci à tous. |
| Commentaire de Emeric Teil [ 18/nov./08 18:51 ] |
|
Ok pour moi après vérif. en Prod. Merci à tous ! |
[APP-21040] problème de concordance entre cfonb et bo (noms de paiement différents) sur les débits pmv france rib Création: 02/juil./08 16:00 Mise à jour: 09/oct./08 16:38 Résolue: 02/oct./08 15:46 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 24.0.0 (CAT-C) |
| Version(s) corrigée(s): | 31.0.0 (TX-C) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Claire Durand | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Salut, sur les opés 15109299 et 15098992 en bo, le nom du titulaire est différent du nom de paiement indiqué sur le cfonb. pour l'opé 15109299 - Nom du titulaire = Sylviane Dies alors que sur cfong = laurette gueidan (ce nom est en fait le titulaire du compte = user) http://bo.priceminister.com/wallet_back?action=operationbackview&operationid=15109299 pour l'opé 15098992 - Nom du titulaire = Desprez Maxime alors que sur cfong = WOULZEZ MARIE (ce nom est en fait le titulaire du compte = user) http://bo.priceminister.com/wallet_back?action=operationbackview&operationid=15098992 Merci Claire |
| Commentaires |
| Commentaire de Cedric Favero [ 13/août/08 11:03 ] |
|
Serait bien de résoudre définitivement ce problème avant la migration totale des comptes en platine. En effet sur les vérification du 10/08, on voit encore ce meme probleme. ex opération: 15364577 elle fait une demande de reversement au nom de Patezour mais dans le CFONB on reprend le nom Wasko( nom du compte) => potenntiellement un risque de refus de la banque si vérification. Merci. |
| Commentaire de Cedric Favero [ 13/août/08 11:03 ] |
| j'ajoute Emeric en observateur |
| Commentaire de Emeric Teil [ 14/août/08 14:39 ] |
| Je découvre ce Jira... pour ce type de bug/retours merci de les assigner à Dispatcher(TX). On priorise cela rapidement, car il s'agit vraisemblablement d'un bug, plutôt gênant qui plus est. |
| Commentaire de Emeric Teil [ 14/août/08 14:40 ] |
| Soit en TXC soit pour la version dédiée pour la migration (si version patch il y a) |
| Commentaire de Arnaud Forgues [ 02/oct./08 15:46 ] |
| A présent, on récupère bien le nom du Titulaire pour la génération des CFONB nationaux (RIB) au lieu d'utiliser les nom et prénom du compte utilisateur |
[EXP-4864] Pages pseudo statiques inaccessibles en BO Création: 19/juin/09 16:42 Mise à jour: 24/juin/09 15:18 Résolue: 24/juin/09 15:18 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Description |
|
Les pages : - http://bo.priceminister.co.uk/electronics - http://bo.priceminister.co.uk/computing-software sont inaccessibles en BO. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 24/juin/09 15:18 ] |
| C'est corrigé (pb d'autorisation par IP) |
[APP-11482] [Dev 3] [bambinOccasion] Mauvaise Ergonomie pour la page "Accueil >Mon Compte > Inscription > Ouverture de compte" Création: 28/juil./06 10:09 Mise à jour: 09/juil./07 10:07 Résolue: 06/juil./07 09:22 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | 9.0.1a |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Fabrice Tiercelin | Attribution: | Swan Desportes |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | COB | ||||||||
| Classif2: | bambinoccasion | ||||||||
| Description |
|
- Aller sur bambinOccasion - Cliquer sur "Porte-Monnaie" dans le bloc "Espace Membres" - Cliquer sur "Plus d'infos ..." - Cliquer sur "ici" dans la rubrique "Activer le porte-monnaie" La page "Ouverture de compte" apparaît dans la pop-up. Cela entraine deux porblèmes : - L'ergonomie - On demande d'ouvrir un compte car la pop-up ne peut pas voir que l'on est déjà loggué |
| Commentaires |
| Commentaire de Fabrice Tiercelin [ 28/juil./06 10:42 ] |
| de même pour le porte-monnaie, et là, le lien pop-up est normal. |
| Commentaire de Fabrice Tiercelin [ 28/juil./06 10:44 ] |
| On peut même arriver à trois niveaux. |
| Commentaire de Ariane Baldinger [ 31/juil./06 09:18 ] |
| déjà corrigé. |
| Commentaire de Fabrice Tiercelin [ 31/juil./06 10:07 ] |
|
Bon, il se trouve que la page était déjà anormale, donc
c'est logique que l'on ne retrouve plus la page (bug parallèle corrigé). J'ai changé la demande pour que tu ais un exemple qui marche encore. |
| Commentaire de Edouard Gomez-Vaez [ 31/juil./06 15:12 ] |
| Est-ce toujours le cas ? |
| Commentaire de Fabrice Tiercelin [ 31/juil./06 15:22 ] |
|
Oui. Ariane m'en a parlé. Elle est pas sûre que le param puisse remédier à un problème comme ça. Le problème, pour clarifier les choses, est qu'une fenêtre ouverte par une pop-up s'ouvre sous forme de pop-up et non dans la page principale du site. Il existe néanmoins des pop-up dans l'appli capable de modifier la page principale. Ca veut dire que techniquement c'est possible. Dans l'immédiat, on peut peut-être supprimer le lien "ici". - A l'heure actuel, en prod, il est inutile car inutilisable - le reparamètrage est compliqué voir impossible |
| Commentaire de Fabrice Tiercelin [ 31/juil./06 15:26 ] |
| Une troisième solution est de mettre la pop-up appellante sous forme de page, de tel sorte que le lien "ici" rebalance tout simplement vers une autre page. |
| Commentaire de Ariane Baldinger [ 31/juil./06 15:47 ] |
|
Le problème existe actuellement en prod, sur www et les cobrandings. Ca concerne l'aide, c'est plutôt Steven qui gère ce domaine. Peut-être faut-il voir avec lui quand il sera rentré de vacances. |
| Commentaire de Younès Charrière [ 31/juil./06 17:15 ] |
| Vu avec EGV. C'est effectivement Steven qui décidera de ce que l'on fait avec cette popup. |
| Commentaire de Steven Harel [ 01/août/06 11:51 ] |
|
le lien ouvre une nouvelle page fait en prod et en integ |
| Commentaire de Younès Charrière [ 01/août/06 15:08 ] |
|
Le lien qui est devenu "vous inscrire" ouvre bien une nouvelle fenêtre. Cette fenêtre s'ouvre bien en plein écran sur Firefox, par contre, sous IE on a seulement une nouvelle popup qui fait à peu près la taille de celle contenant le lien "vous inscrire" (il faudrait qu'elle prenne toute la taille de l'écran). |
| Commentaire de Steven Harel [ 01/août/06 15:29 ] |
|
en fait on a une nouvelle page mais de petite taille il faudrait me donner le code pour que la page qui s'ouvre soit de taille max |
| Commentaire de Younès Charrière [ 01/août/06 16:11 ] |
| Il faudrait un dev pour le code de la fenêtre. |
| Commentaire de Fabrice Tiercelin [ 01/août/06 16:14 ] |
| Je crois que ceci est déjà fait quelque part sur le site. Il faudrait retrouver où. |
| Commentaire de Fabrice Tiercelin [ 01/août/06 16:23 ] |
|
- Aller sur "Accueil > Comment vendre" (http://bambinoccasion.pm.lan/help?action=hs) - Dans la rubrique "Faut-il déclarer ses ventes ?", cliquer sur "Tout savoir sur le compte "Pro" ..." - Dans la rubrique "Récupération de TVA", cliquer sur "Conditions Générales de Vente ..." Une page s'affiche dans une taille résonnable (en tout cas chez moi) |
| Commentaire de Edouard Gomez-Vaez [ 02/août/06 10:15 ] |
|
Marche mal sous Firefox (consiste à mettre un target=_blank) puisque cela peut ouvrir un onglet dans la popup. Mon problème est que la page en question peut s'ouvrir soit en pleine page, dans le site normal, soit dans une popup, en fonction d'où l'on vient et du coup il est délicat de faire quelque chose de cohérent. On regarde cela un peu plus tard. |
| Commentaire de Edouard Gomez-Vaez [ 07/août/06 14:37 ] |
|
En fait le problème et plus un problème de fond sur les
pages d'aide qui peuvent s'ouvrir aussi bien en pop-up qu'en pleine
page, comme celle-ci en particulier. A intégrer dans les spec de la refonte de l'aide. |
| Commentaire de Gaël Caro [ 05/avr./07 15:42 ] |
|
Ce cas précis est résolu mais il reste des cas où, à partir
d'une pop-up, on finit par faire un appel à une pleine page sans
utiliser ni target=_blank ni un Javascript à base de
window.opener.location Un des pires cas est le suivant (valable sur le www) : HP -> Lien "Porte-Monnaie" dans le bloc PriceMember -> "Une question" -> "Page suivante" (tout en bas) -> Tous les liens affichés dans la pop-up font appel à une pleine page |
| Commentaire de Quentin de Chivré [ 05/juil./07 17:23 ] |
| A fermer ? |
| Commentaire de Swan Desportes [ 06/juil./07 09:22 ] |
|
Désormais, on accède plus directement au porte monnaie mais
une page d'aide intermédiaire qui permet d'ouvrir la page PMV dans une
page complète en blank. D'autre part, l'ouverture en affichage pop-up de l'inscription/identification fonctionne à nouveau (cf. envoi à un ami depuis FP avec parrainage). |
| Commentaire de Younès Charrière [ 09/juil./07 10:07 ] |
| Ce cob n'existe plus. |
[IMP-3387] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes Gameswop/gameswop_fr/gameswop_es Création: 10/mars/09 15:28 Mise à jour: 30/oct./09 15:52 Résolue: 18/mars/09 09:07 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Login: | Gameswop/Gameswop_Fr/Gameswop_Es |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Bonjour, Pouvez-vous créer un compte FTP (entrée/sortie:écrasement) avec flux de commandes et mise à jour inventaire centralisé sur 1 FTP pour les trois pays. Compte Uk: Gameswop Compte FR: Gameswop_fr Compte ES: Gameswop_Es Ci-joint le fichier type du vendeur. Colonne A: Titre Colonne B: Ean Colonne C: Ne pas prendre en compte Colonne D: Ne pas prendre en compte Colonne E: Réf interne (envoyer avec la commande, aussi via le FTP) Colonne F: Ne pas prendre en compte Colonne G: Ne pas prendre en compte Colonne H: Prix en £ pour le site UK Colonne I: Prix en ¿ pour le site FR et ES Colonne J: Quantité Colonne K: Commentaire pour le Uk (sinon commentaire en dur voir ci-dessous) Colonne L: Qualité, mettre Neuf par défaut Commentaire vendeur sur le Uk colonne K du fichier Sur la France et l'Espagne les commentaires doivent êtres fixes. Commentaire fixe sur la France: ATTENTION VERSION ANGLAISE DU JEUX ET DES CONSOLES, Prise electrique UK, envoi rapide et soigné de Grande Bretagne, délai 7 jours. Commentaire fixe sur l'Espagne: VERSION EN INGLES (UK); envío rápido y protegido desde el Reino Unido, plazo promedio de entrega 7 días hábiles. Cordialement, Jérémy |
| Commentaires |
| Commentaire de Laurent Payot [ 17/mars/09 10:26 ] |
| Ok je suis dessus. |
| Commentaire de Laurent Payot [ 17/mars/09 10:57 ] |
| Jeremy, as-tu le mapping qualité? le partenaire utilise des nombres. |
| Commentaire de Jeremy Pallot [ 17/mars/09 11:08 ] |
|
Voir corp du Jira, aulité Neuf par défaut sur les 3 sites. Cordialement, |
| Commentaire de Laurent Payot [ 17/mars/09 15:17 ] |
|
Jeremy, sais-tu tous la fréquence de génération de
l'inventaire ? C'est une grosse opération qui prend beaucoup de
ressources et qu'il faut faire le moins possible. Tu peux choisir une
des options suivantes : 1 => Lundi 2 => Lundi et Vendredi 3 => Lundi, Mercredi et Vendredi 4 => Lundi, Mercredi , Vendredi et Dimanche 5 => Lundi, Mardi, Mercredi, Jeudi et Vendredi 6 => Tous les jours sauf le dimanche 7 => Tous les jours. |
| Commentaire de Jeremy Pallot [ 17/mars/09 15:26 ] |
| Solution 7 tous les jours. |
| Commentaire de Laurent Payot [ 17/mars/09 16:43 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : gameswop_fr mot de passe : vLLT6jh Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Jeremy Pallot [ 17/mars/09 16:45 ] |
| Merci. Je vais parvenir ces informations au vendeur. |
| Commentaire de Laurent Payot [ 17/mars/09 16:51 ] |
| J'ai soumis son fichier pour tester, attend un peu avant de lui dire que ça marche. |
| Commentaire de Laurent Payot [ 18/mars/09 08:54 ] |
|
Le fichier déposé sur le FTP français à bien été importé sur les 3 sites avec les taux de succès suivants : 75% pour le UK 21% pour la France 3% pour l'Espagne Les taux très bas pour la France et surtout pour l'Espagne s'expliquent par le fait que le référentiel ne trouve pas l'EAN du jeu. Il y a aussi quelques problèmes de prix maximum dépassés mais c'est anecdotique. La totalité des 25% qui ne passent pas pour le UK correspondent aussi a des EAN non trouvés par le référentiel. Avant de fermer le Jira je vais m'assurer que l'inventaire est bien généré. |
| Commentaire de Laurent Payot [ 18/mars/09 09:07 ] |
| Je viens de voir avec Eric de l'exploitation et en ce moment il y a un problème de génération d'inventaire qui ne sera pas résolu avant un certain temps. Je ferme le Jira car a priori tout est bien configuré chez nous mais n'hésite pas a nous relancer pour que nous même nous relancions l'exploitation sur ce souci d'inventaire. |
[IMP-3378] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes merlinmoosik/MerlinM_FR/MerlinM_Es Création: 06/mars/09 15:06 Mise à jour: 30/oct./09 15:52 Résolue: 19/mars/09 17:07 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Login: | merlinmoosik/MerlinM_FR/MerlinM_ES |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Bonjour, Pouvez-vous créer un compte FTP (entrée/sortie:écrasement) avec flux de commandes et mise à jour inventaire centralisé sur 1 FTP pour les trois pays. Compte merlinmoosik: Uk compte MerlinM_FR: FR compte MerlinM_ES: ES Commentaire sur la France: envoi rapide et soigné de Grande Bretagne, délai 7 jours. Commentaire sur l'Espagne: envío rápido y protegido desde el Reino Unido, plazo promedio de entrega 7 días hábiles. Dans le fichier il y a deux prix: Colonne avec titre "delivered-price-gbp" c'est le prix pour le royaume uni Colonne avec titre "delivered-price-euro" c'est le prix pour la France et l'Espagne Cordialement, Jérémy |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 19/mars/09 13:54 ] |
| Type de traitement: Mise à jour/création annonces (écrasement) |
| Commentaire de Daniel Pintamalli [ 19/mars/09 15:13 ] |
|
19/03/2009 - DAP ===================================================================== Account FTP seller created... Pseudo : merlinmoosik password : efrluhihu6TY8 Server : ftp.priceminister.co.uk ===================================================================== |
| Commentaire de Daniel Pintamalli [ 19/mars/09 17:07 ] |
|
La configuration international est en place. Le compte FTP à utiliser est: Pseudo : merlinmoosik password : efrluhihu6TY8 Server : ftp.priceminister.co.uk Répertoires configurés: stock/overwrite => catalogue entier stock/add => fichiers delta stock/delete => fichiers avec les annonces à supprimer définitivement => quantité=* par défaut. Tous les profil utilisent le même format. |
[IMP-4497] [FR] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) et flux de commandes pour les compte: zenostorefr Création: 29/oct./09 14:53 Mise à jour: 02/déc./09 15:41 Résolue: 02/déc./09 15:41 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jeremy Pallot | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | ZenostoreFR |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement), Mise à jour/création annonces, Suppression annonces
|
| Description |
|
Bonjour, Pouvez-vous créer un compte FTP en anglais, avec écrasement et flux de commandes. Pseudo FR: ZenostoreFR Email vendeur si problèmes: sales@zenostore.com Contact: Tom parling |
| Commentaires |
| Commentaire de Fotigui Tangara [ 25/nov./09 17:28 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : zenostorefr mot de passe : grukjZY31 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Fotigui Tangara [ 02/déc./09 15:29 ] |
|
Le fichier de 23 lignes passe à 70% de réussite. ==> 7 lignes ne passent pas à cause de l'absence en base Price des références EAN et (référence fabricant + fabricant). Demande traitée. |
[APP-23761] Les comptes Lucieaiko et IDEO-Occases rencontrent des problèmes d'affichage d'images sur les annonces. Création: 19/déc./08 13:57 Mise à jour: 04/févr./09 15:33 Résolue: 09/janv./09 10:17 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Annonces |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 40.0.0 (CAT-G) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Fotigui Tangara | Attribution: | Mostafa Diane |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Les comptes Lucieaiko et IDEO-Occases rencontrent des problèmes d'affichage d'images sur les annonces. en BO les images s'affichent normalement Exemple : http://bo.priceminister.jmh/inventory?excludeauto=true&select=0 Mais une fois que l'on clique sur l'annonce, l'image n'est plus là ! Exemple : http://bo.priceminister.jmh/offer/buy/74551882/Amethyste-Hygiene-et-Sante.html Pouvez-vous nous venir au secours ? Merci. |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 22/déc./08 09:46 ] |
|
Cela vient d'un paramétrage qui ne correspond pas à ce qu'attend l'application. Nous proposons de rendre l'import d'image plus intelligent, afin qu'il comprenne qu'il y a quand même une photo sur le produit de base même si on n'en met que sur les compléments. |
| Commentaire de Isabelle Weisbecker [ 23/déc./08 15:52 ] |
|
oui ça serait bien d'avoir une application intelligente
;-))) ceci dit, en attendant il n'y a toujours pas de photo sur les
fiches produits. ça sera pour quand que je tienne mon pro informé ? exemple : http://bo.priceminister.com/offer/buy/74551878/Acupoint-Hygiene-et-Sante.html |
| Commentaire de Stéphanie Vignali [ 23/déc./08 16:14 ] |
|
Pour rebondir sur le commentaire d'Isabelle, on aimerait
tous que tout soit mieux conçus mais là ce qui nous intéresse c'est
quand çà sera réparé. Pour nos vendeurs cela signifie aucune vente. On ne vend pas sans photos, surtout dans nos catégories. |
| Commentaire de Edouard Gomez-Vaez [ 24/déc./08 10:31 ] |
|
On va essayer de blinder l'application pour février. D'ici
là, Fotigui essaye de tuner un peu les formats pour rentrer dans le
modèle suivant la règle suivante : Si vêtement, linge de maison, chaussure et décoration (*) : mettre l'image sur le complément ; sinon (cosmétique...) : mettre l'image sur le produit de base. (*) concerne en fait tous les types "avec attribut de distinction visuelle", colonne "Nom attribut Distinctif" dans la conf produit, c'est à dire présentant des fiches produits regroupée par couleur. C'est ce "si... sinon" que nous aimerions intégrer directement dans l'import. |
| Commentaire de Mostafa Diane [ 29/déc./08 15:38 ] |
|
Je trouve que l'application n'est pas si mal que ça !! Si on
ne configure pas les images sur les compléments on ne les aura pas, pas
bêtes en tout cas. On avait blinder l'application pour bloquer les
images sur les fiches de bases via les imports car ça posait des soucis
après. Je ne sais pas si on ne risque pas de tout casser si on commence a traiter des fautes de paramétrage !!!!, Je me pose la question suivante: si on configure une image sur la fiche de base avec plusieurs compléments sur quels compléments doit-on ajouter celle-ci, quelle fratrie !!!. Je pense qu'il faut réfléchir avant de changer cela, on risque de coller n'importe quoi sur les fiches compléments!!! |
| Commentaire de Stéphanie Vignali [ 29/déc./08 16:05 ] |
|
Je n'ai absoluement rien compris au dernier commentaire mais c'est sans doute normal. Nous tout ce qu'on veux c'est que ce soit réparé au plus vite donc si on pouvait réflechir vite sur ce problème çà serait super. |
| Commentaire de Mostafa Diane [ 29/déc./08 16:37 ] |
|
En plus simple pour que nos amis les commerciaux comprennent: Imaginons le cas d'une fiche produit vetements (Avec plusieurs couleur rouge noir et vert) et ou les params configure l'image rouge sur la fiche de base, l'application "intelligente" ne doit pas coller l'image rouge sur les trois fiches compléments. on est entrain de réfléchir à d'autres solutions. |
| Commentaire de Stéphanie Vignali [ 29/déc./08 16:52 ] |
| Merci c'était très clair cette fois-ci ! |
| Commentaire de Mostafa Diane [ 09/janv./09 10:17 ] |
|
On a mis en place une switch des images entre la les fiches
de base et compléments qui rend l'import des images transparent pour
l'équipe paramétrage. |
[IMP-3323] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour le compte Andysrecords/disquesandys/andydiscos Création: 27/févr./09 11:24 Mise à jour: 30/oct./09 15:52 Résolue: 02/mars/09 18:02 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous, GBR - Royaume Uni, FRA - France, ESP - Espagne
|
||||||||
| Login: | Andysrecords/disquesandys/andydiscos | ||||||||
| Séparateur: | Tabulation | ||||||||
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
||||||||
| Description |
|
Bonjour, Pouvez-vous créer un compte FTP (entrée/sortie:écrasement) avec flux de commandes et mise à jour inventaire centralisé sur 1 FTP pour les trois pays. Ci-joint le fichier type du vendeur. Ajouter sur le UK (compte Andysrecords) £ 1.30 par article pour les frais de port. Convertir les prix avec le taux suivant £ 1.00 = 1.20 ¿ pour le site Fr (compte disquesandys) et Espagne (compte andydiscos), ne pas ajouter de frais de port sur le FR et ES Cordialement, Jérémy |
| Commentaires |
| Commentaire de Jeremy Pallot [ 27/févr./09 11:29 ] |
|
Produits neufs par défaut. Commentaire annonce fixe en France: "Spécialiste du disque, envoi rapide et soigné du Royaume-Uni. " Commentaire annonce fixe en Espagne: "Especialistas en la venta de discos; envío rápido y protegido desde el Reino Unido. " |
| Commentaire de Laurent Payot [ 02/mars/09 10:12 ] |
|
Bonjour Jérémy, Avant toute mise en ligne je voudrais juste avoir confirmation de ta part que les prix dans le fichier du partenaire sont bien en Pounds et pas en Euros. Cordialement, Laurent |
| Commentaire de Laurent Payot [ 02/mars/09 18:02 ] |
|
C'est fait, le partenaire devra utiliser le compte FTP (uk) suivant : ===================================================================== Account FTP seller created... Pseudo : andysrecords password : y88D225 Server : ftp.priceminister.co.uk / uk ===================================================================== La modif ne sera effective que demain matin. |
[IMP-5657] Création compte ftp +entrees+sorties compte SNaylerBooks Création: 25/mars/10 16:16 Mise à jour: 29/mars/10 15:12 Résolue: 29/mars/10 15:12 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||
| Login: | SNaylerBooks | ||||||||
| Séparateur: | Tabulation | ||||||||
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
||||||||
| Description |
|
Création compte ftp +entrees+sorties compte SNaylerBooks
|
| Commentaires |
| Commentaire de Anne Korchia [ 25/mars/10 16:21 ] |
|
peut on également ajouter £2.75 à tous ses prix pour que cela couvre les frais d'expédition merci |
| Commentaire de Laurent Payot [ 29/mars/10 13:36 ] |
| Faut-il implémenter la gestion des flux de commandes? |
| Commentaire de Laurent Payot [ 29/mars/10 15:12 ] |
|
===================================================================== Account FTP seller created... Pseudo : snaylerbooks password : Ku29kQp Server : ftp.priceminister.co.uk Country : uk Flow purchase : no ===================================================================== Le fichier du jira Je n'ai pas implémenté les flux de commandes, merci de créer un nouveau Jira si besoin. |
[APP-9852] Test Nouvelle Charte < Inexistance de "ma boutique"> après avoir créer sa 1ère annonce<compte créé depuis plus de 6 mois<compte>isa637 Création: 29/mai/06 14:54 Mise à jour: 25/juin/07 18:39 Résolue: 29/mai/06 16:54 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Isabelle Weisbecker | Attribution: | Validator |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Integ |
| Description |
|
Inexistance de ma boutique> après avoir créer sa 1ère
annonce<compte créé depuis plus de 6 mois<compte>isa637 Je viens de créer une annonce alors que mon inventaire était vide titre de l'article "Test". J'ai également créer une seconde annonce en utilisant une fiche produit déjà validée "Gilet Diesel" et toujours rien. Voir les copies d'écran. Je pense que cela va gêner les utilisateurs actuels et les nouveaux car on reste bloqué dans l'inventaire et on ne voit pas le résultat de la mise en ligne. Voir les copies d'écran. |
| Commentaires |
| Commentaire de Isabelle Weisbecker [ 29/mai/06 14:58 ] |
|
2 copies d'écran screenshot-1 et screenshot-2. Rien n'indique ma boutique ? |
| Commentaire de Isabelle Weisbecker [ 29/mai/06 15:02 ] |
| Je teste sous : http://bo.pm.lan |
| Commentaire de Christophe Garcia [ 29/mai/06 16:54 ] |
| Ton compte est à l'état "Caché". |
| Commentaire de Younès Charrière [ 30/mai/06 17:20 ] |
| Maintenant que le compte est visible, la boutique est accessible. |
[EXP-160] Installation des OUTILS BO pour l'équipe décisio Création: 22/août/05 16:27 Mise à jour: 25/juin/07 18:54 Résolue: 20/sept./05 11:56 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Edouard Laurent |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
A installer sur PERIGNON * Oracle 10g * Export de la base d'INTEG * Faire fonctioner OWB * Installation des différents outils de BO avec François |
[APP-6149] BO User : Ajout du code d'activation et de la date de naissance Création: 02/nov./05 09:44 Mise à jour: 25/juin/07 18:32 Résolue: 03/nov./05 09:18 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.7c |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Renaud Dierickx | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Ajout du code d'activation et de la date de naissance sur l'écran compte du BO
|
| Commentaires |
| Commentaire de Renaud Dierickx [ 03/nov./05 09:18 ] |
|
Suite à une demande de Steven, j'ai remis en page cet écran : 1 - mettre la check box de offres partenaires à la ligne 2 - changer parrainage en parrainage/anniversaire et 3 - sous parrain/filleuls, ajouter une ligne "date de naissance" sur gris foncé suivi de la date de naissance sur gris clair |
[IMP-3389] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes uksaver/essaver/frsaver Création: 10/mars/09 18:09 Mise à jour: 30/oct./09 15:52 Résolue: 23/mars/09 17:30 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Login: | uksaver/frsaver/essaver |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Bonjour, Pouvez-vous créer un compte FTP (entrée/sortie:écrasement) avec flux de commandes et mise à jour inventaire centralisé sur 1 FTP pour les trois pays. Antention prix colonne I, prix pour la France (frsaver) et l'Espagne (essaver) Pirx colonne H pour le Uk (uksaver) Ci-joint le fichier type du vendeur. Cordialement, Jérémy |
| Commentaires |
| Commentaire de Laurent Payot [ 23/mars/09 11:14 ] |
| Frédéric m'a affecté le Jira car Daniel est absent. Je m'en occupe en priorité. |
| Commentaire de Laurent Payot [ 23/mars/09 11:33 ] |
| Au fait, en testant quelques produits du partenaire je vois que ce sont des livres. Tu me confirmes que ce sont uniquement des livres et qu'il n'y a pas de multiproduit? |
| Commentaire de Jeremy Pallot [ 23/mars/09 11:34 ] |
| Oui il devrait n'y avoir que des livres. |
| Commentaire de Laurent Payot [ 23/mars/09 16:19 ] |
|
C'est fait, je suis en train de soumettre le petit fichier de test pour voir avant de clore le jira L'inventaire sera généré tous les jours. Tu leur propose ça à chaque fois ? Si oui essaye d'éviter car la génération d'inventaire consomme beaucoup de ressources. ===================================================================== Compte FTP vendeur créé... Pseudo : frsaver mot de passe : C5plr3l Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Laurent Payot [ 23/mars/09 17:30 ] |
|
Ok le petit fichier de test à été importé avec les taux de succès suivants : UK 81% FR 76% ES 57% Toujours des problèmes de références non trouvées (avec également parfois des prix trop bas en FR et ES) |
[APP-18245] [BO] Uniformiser les entêtes du type "n° panier/article" des écrans de recherche BO Création: 16/oct./07 09:20 Mise à jour: 11/avr./08 16:25 Résolue: 06/févr./08 10:29 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 17.0.0 |
| Version(s) corrigée(s): | 20.0.0 |
| Type: | Tâche | Priorité: | Cosmétique |
| Rapporteur: | Renaud Dierickx | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | Maintenance 20.x.x |
| Description |
|
Sur les écrans de recherche BO, on ne met pas toujours la même entêtes : - n° panier/article - n° - n° Panier - article - ... J'ouvre ce jira pour uniformiser tout ça. Ca n'a rien d'urgent : c'est purement corsmétique BO. |
| Commentaires |
| Commentaire de Renaud Dierickx [ 06/févr./08 10:29 ] |
|
C'est fait : Checking in src/com/babelstore/contract/back/ContractSearch.jsp; /home/cvs/dev/source/src/com/babelstore/contract/back/ContractSearch.jsp,v <-- ContractSearch.jsp new revision: 1.9; previous revision: 1.8 done Checking in src/com/babelstore/purchase/back/ClaimSearch.jsp; /home/cvs/dev/source/src/com/babelstore/purchase/back/ClaimSearch.jsp,v <-- ClaimSearch.jsp new revision: 1.23; previous revision: 1.22 done Checking in src/com/babelstore/purchase/back/ItemSearch.jsp; /home/cvs/dev/source/src/com/babelstore/purchase/back/ItemSearch.jsp,v <-- ItemSearch.jsp new revision: 1.74; previous revision: 1.73 done Checking in src/com/babelstore/warranty/back/WarrantySearch.jsp; /home/cvs/dev/source/src/com/babelstore/warranty/back/WarrantySearch.jsp,v <-- WarrantySearch.jsp new revision: 1.4; previous revision: 1.3 done |
[APP-9987] TEST - Boutique vendeur : impossibilité d'accès à la boutique vendeur depuis el compte vendeur Création: 30/mai/06 10:27 Mise à jour: 25/juin/07 18:39 Résolue: 30/mai/06 13:03 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Stéphanie Vignali | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
J'ai mis un article de sport en vente dans le compte que je viens de créer. J'ai validé la fiche en BO. Je peux accéder sans problème à mon inventaire, mettre mon article en vitrine. Problème : je n'ai aucun accès à la boutique ou à la vitrine du vendeur depuis le compte vendeur. Il manque le lien "Voir ma boutique" dans le bloc "Mon inventaire". http://www.pm.lan/inventory?select=0&update=false pseudo : nenette79sv |
| Commentaires |
| Commentaire de Stéphanie Vignali [ 30/mai/06 10:29 ] |
| Lorsque je fais une recherche par nom de boutique je ne la trouve pas dans le moteur de recherche. |
| Commentaire de Stéphanie Vignali [ 30/mai/06 10:31 ] |
|
OK j'ai mis mon compte en 2 et on voit effectivemment le lien "Voir ma boutique". Ce qui est bizarre c'est qu'avant on voyait quand même ce lien m^me si el compte était en 0 caché. C'est perturbant car on a vraiment l'impression d'un bug. |
| Commentaire de Lydia Dali [ 30/mai/06 13:03 ] |
| C'est le comportement voulu. |
[IMP-3357] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes intere/interefr/interes Création: 04/mars/09 13:59 Mise à jour: 30/oct./09 15:52 Résolue: 12/mars/09 10:14 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jeremy Pallot | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous, GBR - Royaume Uni, FRA - France, ESP - Espagne
|
| Login: | intere/interefr/interees |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Bonjour, Pouvez-vous créer un compte FTP (entrée/sortie:écrasement) avec flux de commandes et mise à jour inventaire centralisé sur 1 FTP pour les trois pays. Compte intere: Uk compte interefr: FR compte interees: ES Ci-joint le fichier type du vendeur. Condition 11 = neuf Pour les comptes interefr et interees multiplier le prix par 1.16 Mapping pour ajout des frais de port aà ajouter aus produits sur le UK (compte intere) Jeux ajouter 1.99 £ Accessoires ajouter 2.99 £ Consoles ajouter 12.00 £ Commentaire vendeur fixe sur le UK: New boxed sent first class signed Commentaire sur la France: ATTENTION VERSION ANGLAISE DU JEUX ET DES CONSOLES, Prise electrique UK, envoi rapide et soigné de Grande Bretagne, délai 7 jours. Commentaire sur l'Espagne: VERSION EN INGLES (UK); envío rápido y protegido desde el Reino Unido, plazo promedio de entrega 7 días hábiles. Cordialement, Jérémy |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 11/mars/09 12:02 ] |
|
1) Il me faudrait le mapping de la colonne 'product-id-type' afin de savoir si c'est un jeux /acc. ou console. 2) Si la colonne 'add-delete' est vide, dois-je importer la ligne? |
| Commentaire de Daniel Pintamalli [ 11/mars/09 14:28 ] |
|
11/03/2009 - DAP ===================================================================== Compte FTP vendeur créé... Pseudo : interefr mot de passe : oihjiojT5g Serveur : ftp.priceminister.com ===================================================================== |
| Commentaire de Jeremy Pallot [ 11/mars/09 18:10 ] |
|
Bonjour Daniel, 1) Ajouter à la fin du fichier une colonne "category" avec le mapping suivant: 1 = jeux 2 = accessoires 3 = consoles 2) Ne pas prendre en compte c'est une method ed'amazon pour ne traîter que les lignes avec un "y" |
| Commentaire de Daniel Pintamalli [ 12/mars/09 10:14 ] |
| La configuration est un place. |
[APP-16918] Affichage BO Produit - Pas de titre affiché sur les FP Complément en BO Création: 05/juil./07 09:45 Mise à jour: 06/juil./07 10:23 Résolue: 06/juil./07 10:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 15.0.0 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM archivés: | Maintenance 15.x.x | ||||||||
| Description |
|
Dans la recherche produit BO, dans la liste des produits
compléments affichées, les produits n'ont pas de titre affiché. Ex : product id 53559633 |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 05/juil./07 09:54 ] |
|
Ce bug est fermé car doublon de |
[APP-27354] [FP BO] Refactoring de la gestion des combo d'attributs dans la FP en BO Création: 20/nov./09 17:22 Mise à jour: 31/déc./09 09:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Produits |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Caroline Schinzel | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Classif FONC: | modèle attribut |
| Description |
|
La gestion du remplissage des 3 combos suivantes de la Fiche Produit BO est à revoir : - Attribut de navigation - Attribut de classification - Attribut fabricant |
| Commentaires |
| Commentaire de Caroline Schinzel [ 20/nov./09 17:31 ] |
|
Normalement, la seule différence entre la gestion de ces 3
combos vient du fait que pour l'attribut fabricant on passe par un cache
pour récupérer les valeurs. Pour les 2 autres, on passe directement par
la base de données. En pièce jointe, un document power point résumet via des diagrammes d'états ce qui est fait actuellement pour chaque cas et comment on voudrait le faire maintenant. (Cette gestion se fait dans la classe ProductViewModel) |
| Commentaire de Caroline Schinzel [ 23/nov./09 10:41 ] |
|
voir le 2ème fichier joint, un peu plus précis (mais je n'ai pasa trouvé comment mettre à jour le premier ou le supprimer, alors..) |
| Commentaire de Caroline Schinzel [ 23/nov./09 10:43 ] |
| 2ème fichier, qui en fait apparaît en "1." dans l'encadré ci-dessus :) |
[APP-22031] Pas de mail si on modère via le BO Création: 05/sept./08 12:26 Mise à jour: 08/sept./08 10:53 Résolue: 05/sept./08 15:41 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 28.0.0 (CTN-F) |
| Version(s) corrigée(s): | 28.0.0 (CTN-F) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Christophe Garcia | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM archivés: | Annonces Vidéo (Lot 3) |
| Description |
|
Ajouter une vidéo La supprimer via le BO Price ==> Pas de mail envoyé ! |
| Commentaires |
| Commentaire de Clement Balay [ 05/sept./08 15:39 ] |
|
Commits: cvs ci src/com/babelstore/stock/service/ClientServiceBean.java src/com/babelstore/stock/service/MediaService.java src/com/babelstore/stock/service/MediaServiceBean.java src/com/babelstore/tracking/business/TrackingCatalogBean.java src/com/babelstore/tracking/front/TrackingFormat.java src/com/babelstore/video/back/VideoViewDoAction.java src/com/babelstore/video/front/VideoDeleteDoAction.java Checking in src/com/babelstore/stock/service/ClientServiceBean.java; /home/cvs/dev/source/src/com/babelstore/stock/service/ClientServiceBean.java,v <-- ClientServiceBean.java new revision: 1.33; previous revision: 1.32 done Checking in src/com/babelstore/stock/service/MediaService.java; /home/cvs/dev/source/src/com/babelstore/stock/service/MediaService.java,v <-- MediaService.java new revision: 1.5; previous revision: 1.4 done Checking in src/com/babelstore/stock/service/MediaServiceBean.java; /home/cvs/dev/source/src/com/babelstore/stock/service/MediaServiceBean.java,v <-- MediaServiceBean.java new revision: 1.5; previous revision: 1.4 done Checking in src/com/babelstore/tracking/business/TrackingCatalogBean.java; /home/cvs/dev/source/src/com/babelstore/tracking/business/TrackingCatalogBean.java,v <-- TrackingCatalogBean.java new revision: 1.8; previous revision: 1.7 done Checking in src/com/babelstore/tracking/front/TrackingFormat.java; /home/cvs/dev/source/src/com/babelstore/tracking/front/TrackingFormat.java,v <-- TrackingFormat.java new revision: 1.7; previous revision: 1.6 done Checking in src/com/babelstore/video/back/VideoViewDoAction.java; /home/cvs/dev/source/src/com/babelstore/video/back/VideoViewDoAction.java,v <-- VideoViewDoAction.java new revision: 1.4; previous revision: 1.3 done Checking in src/com/babelstore/video/front/VideoDeleteDoAction.java; /home/cvs/dev/source/src/com/babelstore/video/front/VideoDeleteDoAction.java,v <-- VideoDeleteDoAction.java new revision: 1.4; previous revision: 1.3 done |
[APP-1934] manque recherche article memorabilia en BO Création: 12/févr./04 18:00 Mise à jour: 25/juin/07 18:24 Résolue: 25/juin/07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.6val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Emmanuelle Lachamp | Attribution: | Validator |
| Résolution: | Incomplet | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Vous avez oublié de rajouter en critere de recherche ce nouveau support en BO emma |
| Commentaires |
| Commentaire de Quentin de Chivré [ 13/févr./04 10:57 ] |
| Moi je le vois ce critère.... |
| Commentaire de Validator [ 13/févr./04 11:10 ] |
| testé en prod et non en intégration |
[APP-2744] BO/ "catégoriere : recherche" : problème sur un paramètre Création: 09/sept./04 10:47 Mise à jour: 25/juin/07 18:25 Résolue: 25/juin/07 18:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Judd OSullivan | Attribution: | Arnaud Forgues |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
bo/recherche de catégorie: pour paramètre mets : critère catégorie le resultat est "type non défini" |
| Commentaires |
| Commentaire de Validator [ 09/sept./04 11:10 ] |
|
En fait, sur la page "categorie : recherche", lorsque l'on sélectionne le paramètre "Critère : catégorie", la page se recharge en mettant une erreur : "Type non défini". |
| Commentaire de Arnaud Forgues [ 28/oct./04 12:13 ] |
|
Tout le mécanisme de paramètre de catégorie a été repris par Judd lors du dernier déploiement. Le bug n'est donc plus d'actualité |
[APP-13171] mail de souhait satisfait : les liens sont ceux du BO Création: 16/oct./06 17:41 Mise à jour: 25/juin/07 18:46 Résolue: 17/oct./06 09:53 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Mails, Souhaits |
| Affecte la/les version(s): | 10.0.0 (ESP) |
| Version(s) corrigée(s): | 10.0.0 (ESP) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Fréderic Tiberghien | Attribution: | Arnaud Forgues |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Site: | Integ | ||||||||
| Navigateur: | Internet Explorer 7.X | ||||||||
| Description |
|
le lien dans le message est : http://bo.es.integ/offer/buy/19858612/WS030?t=30 et la signature : http://bo.es.integ?t=30 |
[IMP-3756] [UK] [FR] [ES] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes office-etc3/office-etc2/grooves-es Création: 05/juin/09 12:19 Mise à jour: 30/oct./09 15:52 Résolue: 16/juin/09 10:43 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jeremy Pallot | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||
| Login: | office-etc3/office-etc2/grooves-es | ||||||||||||
| Séparateur: | Tabulation | ||||||||||||
| Type de traitement: |
Mise à jour/création annonces (écrasement), Suppression annonces
|
||||||||||||
| Description |
|
Bonjour, Pouvez-vous créer un compte FTP (entrée/sortie.écrasement) avec flux de commandes et mise à jour inventaire (mise à jour/création annonces) centralisé sur 1 FTP pour les trois pays. Pseudos: office-etc3 : Grande Bretagne grooves-fr: France office-etc2 : Espagne Le FTP peut-il être en langue anglaise (add/delete/overwriting) Colonnes: E: Fabriquant G: Manufacturing part Number (réf à prendre en compte) AV: Prix en £ pour le site Uk AW: Prix en ¿ pour le site ES et FR BC: Quantité mettre 30 par défaut Commenataires annonce par défaut: UK: Dispatched from United Kingdom. International delivery available. France: Envoi du Royaume-Uni, envoi rapide et soigné. Espagne:Articulo original, nuevo y garantizado. Cordialement, Jérémy |
| Commentaires |
| Commentaire de Jeremy Pallot [ 15/juin/09 12:00 ] |
| Il ne s'agit pas des Pseudos office-etc3/office-etc2/grooves-es mais des pseudos office-etc3/office-etc2/office-etc |
| Commentaire de Daniel Pintamalli [ 15/juin/09 16:56 ] |
| Fichier inexploitable => les codes-barres ont été arrondis par Excel. |
| Commentaire de Daniel Pintamalli [ 15/juin/09 16:59 ] |
| ne pas prendre en compte le dernier commentaire: G: Manufacturing part Number (réf à prendre en compte) |
| Commentaire de Daniel Pintamalli [ 15/juin/09 17:24 ] |
|
Certains prix en euros sont négatifs: -0.74 / -0.35 /-0.35 (lignes 7, 8, 9). |
| Commentaire de Jeremy Pallot [ 15/juin/09 17:27 ] |
| Ne pas prendre en compte il doit s'agir d'une erreur dans le fichier |
| Commentaire de Daniel Pintamalli [ 15/juin/09 17:29 ] |
|
===================================================================== Account FTP seller created... Pseudo : office-etc3 password : dezughigy6tY Server : ftp.priceminister.co.uk Country : uk Flow purchase : yes ===================================================================== |
| Commentaire de Daniel Pintamalli [ 16/juin/09 10:43 ] |
| La configuration est en place. Le répertoires à utiliser sont: add, delete et overwriting. |
[IMP-3074] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour le compte cbooksfr Création: 09/janv./09 15:02 Mise à jour: 30/oct./09 15:52 Résolue: 14/janv./09 15:04 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | cbooksfr |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Bonjour, Pouvez-vous créer un compte FTP pour le partenaire c-booksfr: Le mapping de l'état de ses produits est le suivant: 1 Comme Neuf 2 Très bon état 3 Bon état 4 Etat correct 5 Collection, comme neuf 6 Collection, Très bon état 7 Collection, Bon état 9 Comme Neuf 10 Etat correct 11 Neuf 12 Etat correct 13 Etat correct Le compte à besoin d'unprofil entrée /sortie, et écrasement. Les colonnes sont les suivantes: Colonne 1: Ref interne Colonne2: isbn Colonne 3: Qualité, Colonne 4: prix en £ (il va avoir un seul FTP pour le France et le UK) Colonne 5: P'rix en ¿ Colonne 6: Commentaire annonce Merci, Jeremy |
| Commentaires |
| Commentaire de Jeremy Pallot [ 09/janv./09 15:17 ] |
| La quantité est de 1 par défaut car les livres sont d'occasion. |
| Commentaire de Fotigui Tangara [ 14/janv./09 13:54 ] |
| Demande en cours de traitement... |
| Commentaire de Fotigui Tangara [ 14/janv./09 14:09 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : cbooksfr mot de passe : liodRF739 Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Fotigui Tangara [ 14/janv./09 14:21 ] |
| Faut-il mettre en place la gestion des flux de commandes ? |
| Commentaire de Jeremy Pallot [ 14/janv./09 14:24 ] |
|
Bonjour, Oui il faudrait mettre en place la gestion des flux de commandes. Merci |
| Commentaire de Fotigui Tangara [ 14/janv./09 14:50 ] |
| OK |
| Commentaire de Fotigui Tangara [ 14/janv./09 15:01 ] |
|
Le premier passage du fichier a connu seulement un taux de réussite de 29%. Les raisons de ce taux très bas sont : - Pour 34303 lignes, les fiches produits n'existent pas, ce qui sous entend une non richesse de notre référentiel "LIVRE" (Site Fr) - Pour 914 lignes, nous avons en interne un problème de doublons dans la base, ce problème sera souligné au CAT - Pour 45 lignes, les prix sont trop élevés par rapport au prix d'origine renseigné sur la fiche produit de base - Pour 4 lignes, nous la loi Lang a posé son droit de veto !!!! - Pour 3 lignes, nous ne savons pas en quoi correspond le chiffre 8 par rapport à la qualité (de 1 à 13 excepté 8, nous avons la correspondance). |
| Commentaire de Fotigui Tangara [ 14/janv./09 15:02 ] |
| Demande traitée... |
[APP-21553] Création d'un compte > compte testISW sur le site de test > cf copie d'écran > impossible d'activer la boutique Création: 30/juil./08 17:04 Mise à jour: 30/juil./08 19:12 Résolue: 30/juil./08 17:40 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Isabelle Weisbecker | Attribution: | Emeric Teil |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
J'ai testé la création d'un compte par la mise en vente direct d'un article. Donc j'ai cliqué sur l'onglet "vendre" et ainsi de suite. J'ai reçu les 2 mails mot depass/login séparés puis 5 longues minutes après un mail pour activer ma boutique. Je clique, et voir la copie d'écran, j'ai beau appuyer sur valider ça bloque. |
| Commentaires |
| Commentaire de Steven Harel [ 30/juil./08 17:22 ] |
|
a priori tu cliques sur un mail de testisw pour activer le compte testisw2 ce ne sont pas les mêmes comptes donc pas le même code donc c'est normal à confirmer par émeric |
| Commentaire de Emeric Teil [ 30/juil./08 17:40 ] |
|
Effectivement, le code que tu utilise ici "aa25f " est celui
de "testisw". Si tu souhaites ouvrir la Boutique de "testisw2" utilise
"7590a". |
| Commentaire de Isabelle Weisbecker [ 30/juil./08 18:15 ] |
|
voici l'email que j'ai reçu : Bonjour testISW, Afin que vos annonces soient mises en ligne, il ne vous reste plus qu'à ouvrir votre Boutique. Pour cela, il vous suffit de cliquer sur le lien ci-dessous, puis de renseigner les informations liées à la gestion de vos ventes : http://www.pm.lan/activate?a=aa25f&id=16252892 Dans le cas où ce lien ne fonctionnerait pas, allez dans la rubrique "Ouvrir ma Boutique" de votre compte et saisissez directement le code d'ouverture suivant: aa25f Cette procédure nous permet de vérifier que vous recevez bien nos e-mails et que vous serez donc bien prévenu(e) lors de vos futures ventes. Ce message reprend des informations importantes concernant les ventes que vous allez faire sur PriceMinister. Vous pouvez le conserver à titre de référence ou retrouver ces informations directement sur le site : http://www.pm.lan/help?action=hs SOMMAIRE 1. Rappel sommaire du déroulement d'une vente 2. Règles de paiement 3. Ventes non déclarées reçues 4. Frais de port 5. En cas de problème ou de réclamation de l'acheteur 6. Cas particulier de l'automobile 7. Gestion/modification de vos annonces 8. Vous partez en vacances ? 1. Rappel sommaire du déroulement d'une vente : Lorsqu'un acheteur passe commande d'un de vos articles, il paie directement PriceMinister. Vous êtes alors immédiatement averti(e) de la vente par e-mail. Vous n'avez plus qu'à confirmer sur le site la disponibilité des articles commandés et à les envoyer à l'adresse indiquée. L'acheteur note la réception des articles, qui vous seront alors payés à la prochaine échéance. 2. Règles de paiement : La carte bancaire de l'acheteur est prélevée par PriceMinister le jour où vous acceptez la vente. Une fois finalisée, PriceMinister dépose automatiquement le fruit de cette vente sur votre Porte-Monnaie. Le paiement est donc simple et garanti. Vous pourrez programmer facilement et gratuitement un reversement vers votre compte bancaire. Si vous le souhaitez, vous pourrez aussi utiliser cet argent pour acheter sur PriceMinister. Pour accéder au Porte-Monnaie : http://www.pm.lan/wallet?action=wltview&oprcount=30&oprfilter=ALL 3. Ventes non déclarées reçues : Les ventes qui n'auraient pas été déclarées reçues par l'acheteur sont payées le 20 du mois suivant (par exemple le 20 avril pour toute vente du mois de mars) : PriceMinister vous garantit donc le paiement dans tous les cas. 4. Frais de Port : Pour chaque article vendu, vous touchez également une participation forfaitaire au titre du remboursement des frais de port, qui dépend du type d'article vendu. Cette valeur vous est indiquée au moment de la mise en vente de chaque article et se retrouve dans la grille forfaitaire suivante : http://www.pm.lan/help?action=hs#hs_shipping Cette grille peut varier par rapport au coût réel de l'envoi. Il vous appartient au moment de la mise en ligne de modifier le prix de vente si vous pensez que l'écart le justifie. Les frais de port forfaitaires ne sont pas renégociables a posteriori. 5. En cas de problème ou de réclamation de l'acheteur : Si l'acheteur rencontre un problème sur une de vos ventes, il peut vous poser une question à partir du site. Vous en serez informé(e) par e-mail. En cas de perte ou de casse, l'acheteur pourra déposer une réclamation auprès de PriceMinister qui prendra le dossier en charge. Si nécessaire, PriceMinister prendra contact avec vous pour résoudre le problème. Dans le cas où vous n'êtes pas contacté(e) par PriceMinister, votre vente sera payée normalement selon le calendrier contractuel détaillé ci-dessus. Dans tous les autres cas, vous serez tenu(e) informé(e) de la suite des événements par PriceMinister. Pas de souci donc, aucun paiement ne s'est jamais évaporé ou n'a été oublié. 6. Cas particulier de l'automobile : Le vendeur met son annonce en ligne gratuitement pour une parution illimitée avec photo. L'acheteur récupère les coordonnées du vendeur sur l'annonce, prend rendez-vous avec lui et le paye directement. NB : le vendeur ne verse pas de commission à PriceMinister sur la vente. 7. Gestion / modification de vos annonces : La rubrique "Mes annonces" de votre compte vous permet de gérer vous-même toutes vos annonces. Vous pouvez ainsi modifier l'état ou le commentaire, aligner vos prix, ajouter une photo ou une vidéo. http://www.pm.lan/inventory?login=testISW 8. Vacances : Si vous vous absentez pendant plus de 3 jours ouvrables et n'êtes donc plus en mesure de valider les ventes, vous pouvez mettre votre compte en vacances. En un seul clic, vos annonces sont provisoirement suspendues. Il vous suffit de réactiver votre compte à votre retour. Toutes ces informations sont reprises en détail dans la rubrique d'aide du site : http://www.pm.lan/help?action=hs Si vous ne trouvez pas la réponse à votre question, vous pouvez nous contacter en allant sur : http://www.pm.lan/help?action=c Merci encore de votre confiance et bonnes ventes ! http://www.pm.lan l'Achat-Vente Garanti |
| Commentaire de Emeric Teil [ 30/juil./08 19:12 ] |
|
Le mail est correct. Si tu regardes la capture d'écran que
tu as joint à ce Jira, le pseudo (repris sur le haut du menu de gauche)
est "TestIsw2" alors que le code que tu entres est celui de "testIsw"
reçu dans le mail ci-dessus. Si tu cliques dans le mail ci-dessus et que
tu t'identifie comme TestIsw tout va fonctionner correctement. N'hésite pas à passer me voir si tout cela n'est pas très clair :o) |
[EXP-1921] installation de deux nouveaux postes pour le BO Création: 03/mai/06 14:48 Mise à jour: 25/juin/07 18:57 Résolue: 26/mai/06 14:34 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jemima Barru | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 2 jours | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Avec l'arrivée de deux nouvelles personnes au BO dès demain, nous avons besoin de nouveaux postes. Merci |
| Commentaires |
| Commentaire de Sébastien Tournay [ 03/mai/06 15:17 ] |
|
Pas certain de pouvoir être réactif un jour avant. .. Il
nous faut plus de recul pour nous organiser. Pas certain d'avoir des
postes de disponibles. Il faut également remplir une fiche nouvelle
arrivée par personne. A voir avec Arnaud pour les détails. Sébastien |
| Commentaire de ZZ_Arnaud Baali [ 03/mai/06 15:22 ] |
|
Jemima, Jamais tu auras deux machines pour demain. Le délais minimum pour la mise en place de ces deux postes est de 5 jours ouvrés. De plus, il faut me remplir un document signé par ton responsable avec les informations nécessaire pour les installer dans de bonnes conditions Je te fais parvenir la fiche par mail tout de suite Merci |
| Commentaire de ZZ_Arnaud Baali [ 26/mai/06 14:34 ] |
|
La machine pour Diana a été mise en place. Concernant Jonathan, il est actuellement à la validation. De plus tous les bureaux sont occupés. J'attends votre retour pour un nouveau Jira lorsque vous aurez rajouté de la place pour lui Merci |
[IMP-3333] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes pricecutbook/pricecut_fr/pricecut_es Création: 27/févr./09 18:07 Mise à jour: 30/oct./09 15:52 Résolue: 18/mars/09 16:49 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Login: | pricecutbook/pricecut_fr/pricecut_es |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Bonjour, Pouvez-vous créer un compte FTP (entrée/sortie:écrasement) avec flux de commandes et mise à jour inventaire centralisé sur 1 FTP pour les trois pays. Antention prix colonne E, prix pour la France (pricecut_fr) et l'Espagne (pricecut_es) Pirx colonne F pour le Uk (pricecutbook) Ci-joint le fichier type du vendeur. Cordialement, Jérémy |
| Commentaires |
| Commentaire de Jeremy Pallot [ 27/févr./09 18:08 ] |
|
Colonne A: ISBN, attention seulement 9 chiffres peut-être ajouter un zéro par défaut si aucune valeur est bonne. Colonne C: réf vendeur, envoyer dans le flux de commandes |
| Commentaire de Laurent Payot [ 18/mars/09 09:18 ] |
| Je met la qualité = Neuf par défaut ? |
| Commentaire de Laurent Payot [ 18/mars/09 11:50 ] |
|
J'ai déposé le fichier du partenaire sur le FTP français
pour faire un test. Attention le partenaire utilise la tabulation comme
séparateur de colonnes dans ses fichiers. ===================================================================== Compte FTP vendeur créé... Pseudo : pricecut_fr mot de passe : 3Ev284L Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Laurent Payot [ 18/mars/09 16:49 ] |
|
Ok c'est fait. Taux de succes d'import : UK : 85% FR : 57 % ES : fichier toujours en attente, il y a des problèmes sur l'Espagne en ce moment. Toujours pareil, vu que c'est un partenaire UK ses livres en anglais ne sont pas super bien référencés en FR et ES. |
[IMP-3440] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour le compte Abucas-books Création: 23/mars/09 17:02 Mise à jour: 30/oct./09 15:52 Résolue: 30/mars/09 13:41 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Login: | abucas-books |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Bonjour, Pouvez-vous créer un compte FTP avec mise à jour de stock et écrasement. Reception des commandes sur le FTP. Colonnes: A: Titre B: Reference interne à envoyer avec la commande (sur le FTP aussi) E: prix de vente (pour le sprix en dessous de £ 0.90, augmenter le prix à £ 0.90) F: Quantité L: Commentaire annonce M: Qualité, mapping Amazon, pouvez-vous faire la correspondance V: Ean/Isbn Cordialement, Jérémy |
| Commentaires |
| Commentaire de Laurent Payot [ 26/mars/09 10:59 ] |
|
Quand on ouvre le fichier avec excel on voit que la colonne B
correspond à "item-description" et est vide. Tu voulais surement parler
de la colonne C ou D ("listing-id" ou "seller-sku"). Alors laquelle
dois-je prendre comme référence interne? |
| Commentaire de Laurent Payot [ 26/mars/09 14:26 ] |
| Au fait qu'entends-tu par "mise à jour de stock"? Tu veux dire générer l'inventaire? |
| Commentaire de Jeremy Pallot [ 26/mars/09 14:43 ] |
| Mise à jour de stock c'est faire de l'écrasement et mettre à jour son stock. (Voir ci-dessus) |
| Commentaire de Laurent Payot [ 26/mars/09 14:52 ] |
| C'est prêt niveau FTP avec flux de commande + import de stock en maj/creation annonce en écrasement. Il faut juste me dire pour la colonne C ou D (voir ci-dessus) pour que j'active tout. |
| Commentaire de Jeremy Pallot [ 26/mars/09 17:34 ] |
| Ne pas prendre en compte les colonnes C et D. |
| Commentaire de Frédéric Nahum [ 27/mars/09 10:07 ] |
|
Jeremy peut tu nous repreciser quelles colonnes utiliser pour la référence annonce, la colonne B est vide ??? Merci de répondre car c'est bloquant !!!! |
| Commentaire de Frédéric Nahum [ 27/mars/09 18:08 ] |
| allo ??? |
| Commentaire de Jeremy Pallot [ 27/mars/09 18:18 ] |
|
Il faut laisser la colonne B vide, il ne va pas faire de
création c'est pourquoi certaines colonnes sont inutiles. Mais en fait
il faut uliser la colonne C comme réference interne du vendeur et non la
B. Pardon Cordialement |
| Commentaire de Laurent Payot [ 30/mars/09 10:21 ] |
|
===================================================================== Account FTP seller created... Pseudo : abucas-books password : nr48yW7 Server : ftp.priceminister.co.uk / uk ===================================================================== je soumet le fichier pour voir si tout se passe bien... |
| Commentaire de Laurent Payot [ 30/mars/09 13:41 ] |
| Ok le fichier passe à 89% (à cause de références non trouvées) |
[IMP-3993] [UK] [FR] [ES] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes BigRockUK/BigRockES/BigRockFR Création: 28/juil./09 18:49 Mise à jour: 30/oct./09 15:52 Résolue: 31/juil./09 16:33 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Login: | BigRockUK/BigRockES/BigRockFR |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement), Suppression annonces
|
| Description |
|
Bonjour, Pouvez-vous créer un compte FTP (entrée/sortie.écrasement) avec flux de commandes et mise à jour inventaire (mise à jour/création annonces) centralisé sur 1 FTP pour les trois pays. Pseudos: BigRockUK : Grande Bretagne BigRockFR: France BigRockES : Espagne Le FTP peut-il être en langue anglaise (add/delete/overwriting) Colonnes: A: EAN B: Quantité C: Qualité D: Prix pour le Uk en £ E: Prix pour la France et l'Espagne en euros Cordialement, Jérémy |
| Commentaires |
| Commentaire de Laurent Payot [ 30/juil./09 17:50 ] |
| J'ai déjà fait la partie configuration FTP. Je suis en traint de faire les formats et vu ses prix je voudrais savoir si il y a des frais de ports à ajouter pour la france et l'espagne. Faut-il mettre un commentaire par défaut? |
| Commentaire de Laurent Payot [ 31/juil./09 16:33 ] |
|
Je n'ai pas mis de commentaire, ni ajouté de frais de port. Le fichier est passé à 75% sur le UK (la majorité des erreurs sont dues a des quantité=0) et 59% sur l'Espagne. Le fichier pour la france est toujours en attente de traitement. |
| Commentaire de Laurent Payot [ 31/juil./09 17:27 ] |
| Le fichier est passé a 66% sur la France. Toujours à cause des ses annonces pour lesquelles la quantité est égale à zéro. |
| Commentaire de Jeremy Pallot [ 03/août/09 09:57 ] |
|
Laurent, Ci-dessous les commentaires fixes pour chaque pays: UK: Dispatched from United Kingdom. International delivery available. France: Envoi du Royaume-Uni, envoi rapide et soigné. Espagne:Articulo original, nuevo y garantizado. Sinon il n'y a pas de frais de port à ajouter. Merci, Jérémy |
| Commentaire de Laurent Payot [ 03/août/09 11:30 ] |
| Commentaires ajoutés sur les trois pays. Fichier ressoumis pour que la modif soit effective immédiatement. |
| Commentaire de Jeremy Pallot [ 03/août/09 16:48 ] |
|
Bonjour, Puis-je avoir les coordonnées du serveur FTP? Merci, Jérémy |
| Commentaire de Laurent Payot [ 03/août/09 17:19 ] |
|
Je les renseigne toujours dans les details pro dans le BO. Les voila : ===================================================================== Account FTP seller created... Pseudo : bigrockuk password : r6W85yM Server : ftp.priceminister.co.uk Country : uk Flow purchase : yes ===================================================================== |
[EXP-1414] Nouvel arrivant équipe Validation (BO) Création: 01/mars/06 14:06 Mise à jour: 25/juin/07 18:56 Résolue: 02/mars/06 09:27 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Aurélien Vergalli | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Gaël Troadec vient renforcer l'équipe validation. Merci de lui créer un compte mail et tout le toutim. Un nouveau poste serait nécessaire le plus rapidement possible. |
| Commentaires |
| Commentaire de ZZ_Arnaud Baali [ 02/mars/06 09:27 ] |
|
La personne a été créée sur le réseau et l'accès internet + mail aussi Cette personne reprendra le poste de Stéphanie |
[APP-5585] Création fiche produit en BO impossible Création: 02/sept./05 15:55 Mise à jour: 25/juin/07 18:31 Résolue: 05/oct./05 12:32 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Stéphanie Vignali | Attribution: | Arnaud Forgues |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il est impossible de créer une fiche produit en BO
quelquesoit le type de produit. A chaque fois un message d'erreur en
rouge : Erreur - Non disponible |
| Commentaires |
| Commentaire de Andrei Matyas [ 06/sept./05 10:48 ] |
| J'ai testé 3 fois (en INTEG) avec des produits différents et ca marche. |
| Commentaire de Andrei Matyas [ 07/sept./05 16:31 ] |
| J'ai testé et ca marche chez moi |
[APP-18177] [BO] Différenciation visuelle entre prod et integ Création: 09/oct./07 10:45 Mise à jour: 15/oct./07 11:10 Résolue: 11/oct./07 16:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 17.0.0 |
| Version(s) corrigée(s): | 17.1.0 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Fabien Farache | Attribution: | Damien Dorizy |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||
| Projets PM archivés: | Maintenance 17.x.x | ||||||||||||
| Description |
|
Avant on pouvait savoir instantanément si nous étions sur le
BO prod ou integ grâce aux bandes rouges sur les côtés. Avec le nouveau
BO impossible sauf en regardant l'url (ce qui n'est pas des plus
pratique). Pourrait on avoir à nouveau un moyen visuel de faire le distinguo. Merci d'avance |
[IMP-4024] [FR] [ES] Modification et création de compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes office-etc2/Office-Etc Création: 04/août/09 18:56 Mise à jour: 30/oct./09 15:53 Résolue: 02/sept./09 16:11 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France, ESP - Espagne
|
||||||||
| Login: | office-etc2/Office-Etc | ||||||||
| Séparateur: | Tabulation | ||||||||
| Type de traitement: |
Mise à jour/création annonces, Mise à jour/création annonces (écrasement), Suppression annonces
|
||||||||
| Description |
|
Bonjour, Le vendeur prseudos: Espagne office-etc2 et France: Office-Etc Le vendeur posséde déjà un compte FTP mais il va scinder ses acticités sur deux comptes FTP, un pour la France et l'Espagne pour les produits Europe. Voir IMP 3756, cet FTP va être utilisé uniquement pour le UK. Le FTP peut-il être en langue anglaise (add/delete/overwriting) Activer le dossier overwriting. Il va utiliser les EAN mais posséde aussi dans son fichier les Manufacturing part number. Prioriser la recherche sur les EAN puis utiliser le Manufacturing part number. Les prix sont identiques en France et en Espagne. Merci Jérémy |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 27/août/09 11:32 ] |
| Est-ce que le flux de commandes (validation automatique) sera fait séparément sur les 2 comptes FTP? |
| Commentaire de Gaël Seguillon [ 02/sept./09 12:16 ] |
|
un FTP pour validation commandes de Fr et ES et un FTP pour validation commandes UK merci Gaël |
| Commentaire de Daniel Pintamalli [ 02/sept./09 16:09 ] |
|
COMPTE FTP FR ===================================================================== Compte FTP vendeur créé... Pseudo : office-etc mot de passe : fgreji7N Serveur : ftp.priceminister.com Pays : fr Flux de Commande : yes ===================================================================== **** Attention, dorénavant: 1) Afin de mettre à jour le stock UK, le partenaire devra se connecter au compte FTP UK et déposer les fichiers dans les dossiers add/delete ou overwrite (les sous dossier par pays ont disparus) 2) Afin de mettre à jour le stock FR/ES, le partenaire devra se connecter au compte FTP FR et déposer les fichiers dans les dossiers add/delete ou overwrite et puis dans le sous dossier selon le pays: FR ou ES 3) Les validations de commandes UK sont gérées par le compte FTP UK (/validation) et les Les validations de commandes FR/ES sont gérées par le compte FTP FR (/validation) |
[APP-12649] BO modification adresse de paiement pas possible Création: 22/sept./06 14:24 Mise à jour: 25/juin/07 18:45 Résolue: 26/sept./06 11:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Caroline Deregnaucourt | Attribution: | Arnaud Forgues |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Site: | Integ |
| Description |
|
Dans le BO. Lorsque l'on clique sur le petit M vert à côté
de PAIEMENT, la fenêtre qui sert à modifier l'adresse ne s'affiche pas.
|
| Commentaires |
| Commentaire de Younès Charrière [ 27/sept./06 15:37 ] |
| Ok cela fonctionne bien maintenant. |
[APP-23791] [UK] Faire liens BO/FO Création: 23/déc./08 11:37 Mise à jour: 23/déc./08 11:40 Résolue: 23/déc./08 11:39 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Il faut faire les liens entre les pages BO et FO car ne fonctionnent pas pour le moment... Voir capture. |
| Commentaires |
| Commentaire de Emeric Teil [ 23/déc./08 11:39 ] |
| Avant de créer des Jiras, merci de se renseigner pour savoir si cela n'est pas déjà en cours... ( ce qui est le cas) |
| Commentaire de Cedric Favero [ 23/déc./08 11:40 ] |
|
et bien tant mieux. Pour moi il était facile de l'avoir oublié en route ou priorisé à plus tard.. |
[APP-24477] Impossible de créer des fiches produits en BO Création: 04/mars/09 10:51 Mise à jour: 04/mars/09 14:18 Résolue: 04/mars/09 14:18 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Produits |
| Affecte la/les version(s): | 41.0.1.2 |
| Version(s) corrigée(s): | 41.0.1.2 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Skender Berisha | Attribution: | Validator |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | Performances | ||||||||
| Description |
|
Bonjour il est impossibles de créer des fiches produits en passant par le BO. Je vous joins en pj l'image ecran du bogue. Merci Skender |
[APP-30591] FP traitée toujours "soumise" en BO Création: 05/août/10 11:07 Mise à jour: 30/août/10 17:41 Résolue: 30/août/10 09:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 76.0.0 (NAV-D) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
La fiche ID 105440420 ne disparait pas des listes des fiches soumises en BO, bien que traitée depuis des semaines.
|
| Commentaires |
| Commentaire de Eric Vannier [ 30/août/10 09:26 ] |
| Je résous car cette fiche produits a maintenant disparu. |
[APP-30857] la barre latérale du BO espagne ne se réduit pas Création: 31/août/10 09:34 Mise à jour: 31/août/10 15:42 Résolue: 31/août/10 12:16 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 76.0.0 (NAV-D) |
| Version(s) corrigée(s): | 76.0.1 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Claire Durand | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
Salut, les groupes Porte Monnaie, Modération, Validation ect... ne se réduisent plus sur le BO Espagne Claire |
| Commentaires |
| Commentaire de Claire Durand [ 31/août/10 09:50 ] |
| sur FR |
| Commentaire de Claire Durand [ 31/août/10 09:51 ] |
| sur ESP |
| Commentaire de Thomas Allier [ 31/août/10 10:18 ] |
|
Sous quel navigateur? Je viens de regarder sous firefox 3.6, tout semble OK. |
| Commentaire de Claire Durand [ 31/août/10 10:44 ] |
| je suis sous firefox 3.6 et ça ne marche pas |
| Commentaire de Héléna Le Brun [ 31/août/10 10:48 ] |
| J'avais le même problème ce matin mais de mon coté ça remarche sur Firefox |
| Commentaire de Claire Durand [ 31/août/10 11:02 ] |
| ça marche maintenant ! désolée |
[APP-30465] [Identification Bo] Problème d'échappement de caractère Création: 20/juil./10 15:06 Mise à jour: 17/sept./10 14:28 Résolue: 21/juil./10 12:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 77.0.0 (TX-P) |
| Version(s) corrigée(s): | 77.0.0 (TX-P) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Yann Danot | Attribution: | Samy Badjoudj |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Dans la page UserView en Bo, lorsque nous ne sommes pas
identifié et que nous mettons à jour le bloc remarque, la remarque est
tronquée si nous mettons un apostrophe
|
| Commentaires |
| Commentaire de Christophe Garcia [ 21/juil./10 12:25 ] |
| MDPLVC |
[EXP-700] changement compte FTP pour DVDlegacy Création: 29/déc./05 11:32 Mise à jour: 25/juin/07 18:55 Résolue: 30/déc./05 16:53 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Xiaoming Du | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
ce partenaire a son pseudo priceminister dvdlegacy dans BO
(ainsi dans BDD), Par contre, il a un compte FTP comme DVDlegacy qui
n'est pas compatible avec notre système. Actuellement, sur phaeton, on a
créé un lien symbolique "DVDlegacy" vers "dvdlegacy" pour que le
mécanisme "exchangeOnServers" fonctionne, mais cela pose à un problème
sérieus pour le mécanisme "purchaseItems" pendant le import de stock
"DVDlegacy" (puisque ce compte n'exist pas dans la BDD, ni dans notre
liste de partenaires) donc il est souhaitable qu'on change le compte DVDlegacy en dvdlegacy (son profile et son mot de pass doivent rester intacts). Il faut, bien entendu, communiquer l'équipe commercial pour informer le partenaire en question. |
| Commentaires |
| Commentaire de Xiaoming Du [ 30/déc./05 16:53 ] |
|
1/ le login FTP DVDlegacy est transformé en dvdlegacy, avec le même mot de passe et répertoire. 2/ le login DVDlegacy est enlévé de UserList du script "exchangeOnServers" 3/ le répértoire DVDlegacy qui était un lien symbolique vers le répertoire dvdlegacy est supprimé. 4/ l'équipe commercial s'occupe d'informer l'utilisateur. |
[INF-573] modif alias bo.edito Création: 12/nov./10 10:36 Mise à jour: 15/nov./10 10:45 Résolue: 15/nov./10 10:45 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Steven Harel | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Hi !
2 nouveaux qui vont prendre en main l'édito sur l'Espagne et le Uk. Il faut donc ajouter : - pablo.anton - thomas.bentley en destinataires de : - bo.edito |
| Commentaires |
| Commentaire de Stéphane Eccli [ 15/nov./10 10:45 ] |
| done |
[INF-616] Besoin pc au BI pour install BO Création: 14/janv./11 14:47 Mise à jour: 26/janv./11 15:11 Résolue: 26/janv./11 15:11 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Micro |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Julien Girardet | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Hello,
Comme discuté à l'instant, j'ai besoin d'un pc (temporairement) pour installer le client BO le temps de la migration de Business Objects R3.1, c'est à dire pendant Q1. Merci Julien. |
| Commentaires |
| Commentaire de Stéphane Eccli [ 26/janv./11 15:11 ] |
| done. |
[APP-2747] Mon compte : la page Profil de compte bug Création: 09/sept./04 17:51 Mise à jour: 25/juin/07 18:25 Résolue: 25/juin/07 18:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Emmanuelle Lachamp | Attribution: | Jean-Didier Bonavia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
https://bo.priceminister.com/connect?action=profile
|
| Commentaires |
| Commentaire de Validator [ 10/sept./04 10:30 ] |
| il y a un problème avec les ressources statiques |
| Commentaire de Jean-Didier Bonavia [ 17/sept./04 15:01 ] |
| C'est OK Maintenant |
[APP-12754] Pub Cardiff - apparition dans "mon compte" pour tous les comptes pro Création: 25/sept./06 09:35 Mise à jour: 25/juin/07 18:45 Résolue: 29/sept./06 16:13 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.3 |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Benjamin Guerville | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
vu avec PR et OM, cette pub ne devrait apparaître que dans les comptes pro "auto". merci de faire en sorte qu'elle n'apparaisse plus dans tous les comptes pro "normaux" ben |
| Commentaires |
| Commentaire de Manuel Sadok [ 29/sept./06 16:13 ] |
| Ok. |
| Commentaire de Lydia Dali [ 16/oct./06 12:12 ] |
| ok en integ. |
[APP-2661] [Mon Compte] Changement de compte ne vide pas le panier. Création: 24/août/04 18:49 Mise à jour: 04/août/08 18:24 Résolue: 04/août/08 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 7.2.5pre |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Judd OSullivan | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||||||||||
| Classif1: | PANIER | ||||||||||||||||
| Description |
|
Je mets un article dans le panier. Ensuite je rende compte du fait que je n'utilise pas mon compte d'utilisateur mais le compte de quelqu'un qui utilisait mon browser. Je fait un logout et connect aven mon propre comptes mais...tous les articles mises dans le panier sont toujours dans le panier. Un changement de compte ne vide pas le panier ! |
| Commentaires |
| Commentaire de Quentin de Chivré [ 25/août/04 12:17 ] |
|
Ce "bug" est la depuis le début du système. Je l'affecte à l'équipe funk pour reflexion/discussion afin de déterminer s'il y a lieu de changer cela. A noter que cela est assez pratique pour les tests quand même. |
| Commentaire de Stéphane Archer [ 25/nov./04 10:37 ] |
| Spéc fonc à réaliser ... |
| Commentaire de Stéphane Archer [ 21/juin/05 16:13 ] |
| Npn prioritaire ... |
[APP-20496] Vidéo - BO, Date de modification incorrecte Création: 07/mai/08 10:22 Mise à jour: 11/juil./08 17:15 Résolue: 20/mai/08 15:20 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 21.0.0 |
| Version(s) corrigée(s): | 25.0.0 (CTN-D) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Sébastien Aubert | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne, FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Navigateur: | FireFox 2.0 | ||||||||
| Description |
|
La date de modification prise en compte n'est pas la bonne,
elle s'actualise en même temps que le chargement de la page et prend la
date du jour.
|
| Commentaires |
| Commentaire de Clement Balay [ 20/mai/08 15:20 ] |
|
commits: cvs ci src/com/babelstore/advert/back/AdvertBackViewModel.java src/com/babelstore/stock/entity/MediaReference.java src/com/babelstore/stock/service/MediaService.java src/com/babelstore/stock/service/MediaServiceBean.java src/com/babelstore/stock/service/ProductManager.java src/com/babelstore/stock/service/ProductManagerBean.java Checking in src/com/babelstore/advert/back/AdvertBackViewModel.java; /home/cvs/dev/source/src/com/babelstore/advert/back/AdvertBackViewModel.java,v <-- AdvertBackViewModel.java new revision: 1.35.6.1; previous revision: 1.35 done Checking in src/com/babelstore/stock/entity/MediaReference.java; /home/cvs/dev/source/src/com/babelstore/stock/entity/MediaReference.java,v <-- MediaReference.java new revision: 1.4.6.1; previous revision: 1.4 done Checking in src/com/babelstore/stock/service/MediaService.java; /home/cvs/dev/source/src/com/babelstore/stock/service/MediaService.java,v <-- MediaService.java new revision: 1.3.26.1; previous revision: 1.3 done Checking in src/com/babelstore/stock/service/MediaServiceBean.java; /home/cvs/dev/source/src/com/babelstore/stock/service/MediaServiceBean.java,v <-- MediaServiceBean.java new revision: 1.3.26.1; previous revision: 1.3 done Checking in src/com/babelstore/stock/service/ProductManager.java; /home/cvs/dev/source/src/com/babelstore/stock/service/ProductManager.java,v <-- ProductManager.java new revision: 1.33.26.1; previous revision: 1.33 done Checking in src/com/babelstore/stock/service/ProductManagerBean.java; /home/cvs/dev/source/src/com/babelstore/stock/service/ProductManagerBean.java,v <-- ProductManagerBean.java new revision: 1.72.6.1; previous revision: 1.72 done |
[APP-2457] Soumission fiche produit BO depuis ecran recherche produit BO Création: 24/juin/04 18:31 Mise à jour: 25/juin/07 18:25 Résolue: 25/juin/07 18:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.2val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Arnaud Forgues | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Si on clique sur le bouton orange B pour créer une ficjhe produit depuis le BO, alors on voit écrit (quelque soit le type de produit choisi : nouveau et deja existant) dans le champ "Frais de port" : Aucune taille ... alors qu'on a bien associé une taille à ce type de produit dans l'arbre des catégories. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 25/juin/04 10:14 ] |
| cacher le champ si c'est le + simple |
| Commentaire de Arnaud Forgues [ 25/juin/04 10:40 ] |
|
Le matching de la taille pour les frais de port, se faisant à partir d'un product_id (afin de récupérer le type, medium, attribut, manufacturer ...), le plus simple est en effet de cacher le champs Frais de port quand on crée un nouveau produit (car on ne possède alors qu'un type de produit) |
[APP-2040] L'effacement du prix produit en BO ne marche pas Création: 15/mars/04 14:27 Mise à jour: 25/juin/07 18:24 Résolue: 25/juin/07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.7 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Lorsque l'on efface un prix en BO, seule la currency est remise à null, pas la colonne list_price. A cause de cela le batch advert_fix plante. |
| Commentaires |
| Commentaire de Manuel Sadok [ 23/mars/04 18:08 ] |
| corrigé |
[APP-4943] BO précoupons : Augmenter la limite d'affichage Création: 10/juin/05 17:41 Mise à jour: 25/juin/07 18:30 Résolue: 25/juin/07 18:30 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Coupons |
| Affecte la/les version(s): | 8.0.2b |
| Version(s) corrigée(s): | 8.0.3 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jemima Barru | Attribution: | Emmanuel Gosse |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
en BO il existe plus de 200 pré-coupons, le menu déroulant ("lignes") ne peut en afficher pas plus que 200 on ne peut donc attribuer de coupons en dehors des 200 affichés! LN |
| Commentaires |
| Commentaire de Emmanuel Gosse [ 20/juin/05 17:05 ] |
| fixé comme les messages, jusqu'a 4000 ( a 100 par defaut). |
| Commentaire de Bruno Ballester [ 07/juil./05 19:35 ] |
| OK : j'ai pu afficher les 1303 coupons contenu dans la base d'intégration. |
[APP-22007] En BO, les données Parrainage ne sont pas actualisées pour un parrain qui a un filleul Widget, même s'il a déjà utilisé son coupon. Création: 04/sept./08 18:13 Mise à jour: 08/sept./08 18:04 Résolue: 05/sept./08 11:35 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Parrainage |
| Affecte la/les version(s): | 28.0.0 (CTN-F) |
| Version(s) corrigée(s): | 28.0.0 (CTN-F) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | Widget Parrainage |
| Description |
|
cf PJ. Le parrain a utilisé son coupon ALCAPONE, mais ses infos Parrainage sur la page Compte en BO indiquent toujours "Pas de parrain / Pas de filleuls. " Faut-il attendre que le panier passe à un autre état que Captured (sachant que cet état suffit pour le parrainage classique)? |
| Commentaires |
| Commentaire de Sébastien Aubert [ 04/sept./08 19:21 ] |
| effectivement, c'est dans le cas où il n'y a pas de parrainage classique existant. en parrainant classiquement un user, il apparait ! |
| Commentaire de Alexandre Garnier [ 05/sept./08 10:03 ] |
| Les filleuls widget ne sont pas pris en compte dans le test entre les compteurs et le "Pas de filleul" |
[APP-27085] Panier avec extension de garantie, montant supérieur au montant fixé en BO => affichage call me back Création: 29/oct./09 15:50 Mise à jour: 30/oct./09 16:10 Résolue: 30/oct./09 10:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Panier |
| Affecte la/les version(s): | 56.0.0 (TX-J) |
| Version(s) corrigée(s): | 56.0.0 (TX-J) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Yann Danot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | Assistance téléphonique dans le panier |
| Description |
|
Cas de test : RDV en BO dans la rubrique "Mots clef - Édito > Config. Tél" Montant du panier supérieur à : prix d'un lecteur dvd X + fdp + 1 ¿ Mettre lecteur dvd X en panier => pas de call me back ajouter une extension de garantie => call me back Les extensions de garanties sont prises en compte, alors qu'elles ne le devraient pas, non? |
| Commentaires |
| Commentaire de Emeric Teil [ 29/oct./09 16:39 ] |
| Effectivement, on ne devrait pas les prendre en compte... |
| Commentaire de Yann Danot [ 30/oct./09 10:24 ] |
| Modification du calcul du prix pour l'affichage du cartouche |
[APP-5389] Suppression Edito en BO : erreur javascript Création: 27/juil./05 12:01 Mise à jour: 25/juin/07 18:31 Résolue: 28/juil./05 12:37 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.5 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Nicolas Gréhalle | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Lorsque l'on clique sur "Supprimer" sur cette page : http://bo.priceminister.com/referential_back?action=notelist&popup=false&productid=3829419 On a l'erreur suivante : Erreur : commit is not defined Fichier Source : javascript:commit(2505213, 1) Ligne : 1 |
| Commentaires |
| Commentaire de Renaud Dierickx [ 28/juil./05 12:37 ] |
| Le javascript a été réparé... Merci de tester les liens Supprimer et Dé-suspecter. |
[EXP-1517] Mise en place procédure exploitation de BO Création: 14/mars/06 12:30 Mise à jour: 25/juin/07 18:57 Résolue: 28/mars/06 12:52 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Avec la mise en prod de BO, il nous faut des procédures
d'exploitation carrées. RANTO, il faut avancer sur ce sujet avec AGATHE.
En parralèle, XIAOMING va avancer sur la partir supervision. En plus d'une procédure écrite sur le WIKI, il y a toute une série sans doute de script pour automoatiser des arrêts, relance, archivage de logs ... comme nous le faisons déja pour l'appli PriceMinister et pour FAST. |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 28/mars/06 12:51 ] |
| doublon de http://pricejira.lan/browse/EXP-774 |
[APP-12609] Page "Ouverture de compte" - positionnement du bouton "Créer mon compte" Création: 21/sept./06 16:18 Mise à jour: 25/juin/07 18:44 Résolue: 29/sept./06 16:11 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 9.0.3 |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Richard Dubois | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Tous |
| Description |
|
Le bouton "Créer mon compte" doit être centré comme par exemple sur la page identification.
|
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 25/sept./06 12:30 ] |
| On fera cela en même temps que l'ajout du bloc 24H00. |
| Commentaire de Manuel Sadok [ 29/sept./06 16:11 ] |
| Ok |
| Commentaire de Lydia Dali [ 09/oct./06 12:15 ] |
| ok en integ |
[APP-18322] [BO] Gros problème de lenteur d'affichage de page BO qui semble lié au menu Création: 23/oct./07 14:26 Mise à jour: 23/nov./07 16:57 Résolue: 30/oct./07 11:41 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 17.1.0 |
| Version(s) corrigée(s): | 18.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Swan Desportes | Attribution: | Damien Dorizy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Navigateur: | FireFox 2.0 | ||||||||
| Projets PM archivés: | Maintenance 18.x.x | ||||||||
| Description |
| Commentaires |
| Commentaire de Damien Dorizy [ 30/oct./07 11:41 ] |
|
C'est apparemment le même problème que |
| Commentaire de Damien Dorizy [ 30/oct./07 11:41 ] |
|
Corrigé pour V18. Voir Jira |
| Commentaire de Damien Dorizy [ 30/oct./07 11:43 ] |
|
Pardon, je voulais dire Jira |
[CBV] Mise en place de CBV 0-40
(APP-19792)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 20.0.0 |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Sébastien Aubert | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM archivés: | CBV < 40 | ||||||||
| Description |
|
On souhaite ajouter au répertoire permettant de stocker les
fichiers de pièces jointes des emails BO les 2 fichiers joints. Il faut donc retrouver le répertoire en question puis ajouter les fichiers joints. |
| Commentaires |
| Commentaire de Swan Desportes [ 12/mars/08 15:09 ] |
| Alex, tu peux voir avec Renaud ou Arnaud la meilleure façon de procéder. Merci. |
| Commentaire de Alexandre Garnier [ 12/mars/08 18:50 ] |
|
En fait le dossier des PJ de mail est référencé par la
property "priceminister.mail.attachment.directory" qui semble avoir
disparue avec la refonte de properties. En 17.2.0, elle valait "/data/priceminister/jboss/attachment". Le fait qu'elle ne soit plus définie impliquerait que les mails n'ont plus de pièce jointe depuis la V18... |
| Commentaire de Steven Harel [ 13/mars/08 09:40 ] |
|
exact, je me suis envoyé un mail avec pièces jointes et j'ai pas reçu les pièces jointes |
| Commentaire de Alexandre Garnier [ 13/mars/08 10:38 ] |
| Je laisse l'INTEG mettre les fichiers dans le dossier /data/priceminister/jboss/attachment |
| Commentaire de Christophe Garcia [ 15/avr./08 18:50 ] |
| C'est dans le WIKI de déploiement |
[APP-2380] Impossible de creer un attribut dans le BO d'attribut Création: 03/juin/04 18:42 Mise à jour: 25/juin/07 18:25 Résolue: 25/juin/07 18:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.1val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Dispatcher (Dev) |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Je parts de l'ecran suivant : http://bo.pm.lan/referential_back? action=attributenamesearch&fuzzy=false&prdtypecode=330 et je clique sur le bouton "creer". j'obtiens bien un formulaire, mais quoi que j'y mette ca plante ! |
| Commentaires |
| Commentaire de Quentin de Chivré [ 04/juin/04 12:08 ] |
|
*** This bug has been marked as a duplicate of 2504 *** |
[APP-2242] BO Category Navigation Produit plante Création: 28/avr./04 10:43 Mise à jour: 25/juin/07 18:24 Résolue: 25/juin/07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.9 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Geneviève Beaujard | Attribution: | Dispatcher (Dev) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
En BO quand on visualise une categorie et que l'on clique sur navigation produit: on plante Trace : java.lang.ClassCastException at com.babelstore.common.front.FrontAction.setRequest (FrontAction.java:27) |
| Commentaires |
| Commentaire de Quentin de Chivré [ 03/mai/04 16:11 ] |
|
Ce mécanisme a été remplacé par un raccourci vers la preview (avec rafraichissement au préalable) |
[APP-5646] Configuration produit en BO : décalage des valeurs Création: 09/sept./05 15:10 Mise à jour: 25/juin/07 18:31 Résolue: 07/oct./05 15:09 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 8.0.5 |
| Version(s) corrigée(s): | 8.0.6 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Arnaud Forgues | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Dev |
| Description |
|
En BO, dans la configuration produit, 2 colonnes ont été
supprimées : "largeur d'image" et "bordure d'image", or on affiche
toujours les titres de ces colonnes (mais pas leurs valeurs) dans le
listing des conf produits. Cela provoque un décalage de toutes les
valeurs .... pas top
|
| Commentaires |
| Commentaire de Emmanuel Gosse [ 15/sept./05 13:05 ] |
| bug fixé. |
| Commentaire de Nicolas Gréhalle [ 06/oct./05 10:45 ] |
| Les champs sont toujours présents dans la conf. Pourquoi ? |
| Commentaire de Renaud Dierickx [ 07/oct./05 15:09 ] |
| C'est bon !!! C'était un oubli. |
[Finition garanties auto] permettre l'activation d'une garantie pour une annonce fermée par le vendeur
(APP-6768)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.1.1a |
| Version(s) corrigée(s): | 8.1.2d |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Steven Harel |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Pour le chantier activation de garantie, nous générons un log d'erreur pour le BO. C'est le suivant : - Warranty activation error (21 advert with the same immatriculation '1111GH44') : advert_id -> [20586591, 20588591, 20594591, 20602591, 20678591, 21116591, 21116592, 21116593, 21164592, 21164593, 21176692, 21680591, 21680593, 21690591, 21690594, 21868593, 21868594, 21868595, 21868596, 21890591, 21890592] Pouvez-vous catcher ce log pour avertir au plus vite le BO (Steven veut que vous préveniez Jemima) ? Merci d'avance. |
| Commentaires |
| Commentaire de Xiaoming Du [ 06/mars/06 18:11 ] |
|
peux-tu nous donner un exemple plus précis du message d'erreur, par example: 2006-03-06 18:09:51,171 INFO [-Processor76] 83.206.80.249 - <<< [61 ms] GET http://www.priceminister.com/navigation/default/category/root_books?t=230001&dinsight=342&kwsl=2211683 |
| Commentaire de Xiaoming Du [ 09/mars/06 16:34 ] |
| mep avec minitord-0.6.5 |
| Commentaire de Arnaud Forgues [ 03/avr./06 15:40 ] |
|
Apparemment , l'alerte ne remonte pas tous les problèmes prévus : voir exemple ci-dessous : 2006-03-31-05-00_amphore.log.gz:2006-03-30 23:54:02,648 WARN [-Processor13] tombouvet - Long query [5814992 ms]: WarrantyActivationQuery 2006-03-31-05-00_amphore.log.gz:-- WarrantyActivationQuery 2006-03-31-05-00_amphore.log.gz:VAR x1 VARCHAR2(500) § EXEC :x1 := '71EFT92'; 2006-03-31-05-00_amphore.log.gz:SELECT contract.related_advert_id l 2006-03-31-05-00_amphore.log.gz:FROM prd_attribute, prd_attribute_value, contract 2006-03-31-05-00_amphore.log.gz:WHERE (prd_attribute.prd_attribute_name_key = 'PMC0000060') 2006-03-31-05-00_amphore.log.gz:AND (prd_attribute.prd_attribute_value_key = prd_attribute_value.prd_attribute_value_key) 2006-03-31-05-00_amphore.log.gz:AND (prd_attribute.prd_type_code = 1701) 2006-03-31-05-00_amphore.log.gz:AND (UPPER(prd_attribute_value.value) = :x1 ) 2006-03-31-05-00_amphore.log.gz:AND (contract.related_cpl_product_id = prd_attribute.product_id) 2006-03-31-05-00_amphore.log.gz:AND (contract.prd_type_code = 2001) 2006-03-31-05-00_amphore.log.gz:AND (contract.ctr_status_code = 30) 2006-03-31-05-00_amphore.log.gz:; 2006-03-31-05-00_amphore.log.gz:2006-03-30 23:54:02,649 ERROR [-Processor13] tombouvet - Warranty activation error (2 advert with the same immatriculation '71EFT92') : advert_id -> [42134170, 44672052] D'autre part, il faudrait mettre Steven Harel ou Jemima en copie de l'alerte car il s'agit d'un traitement Back Officre pour traiter le probleme. |
| Commentaire de Xiaoming Du [ 05/avr./06 10:47 ] |
|
le problème a été bien détecté par minitord. Désormais, Steven est en copie de cette alerte. =============================================================== amphore Thu Mar 30 23:57:17 2006 Warranty activation errors have been found in Jboss Log. Thu Mar 30 23:54:02 2006 Warranty activation error (2 advert with the same immatriculation '71EFT92') : advert_id -> [42134170, 44672052] Thu Mar 30 23:56:55 2006 Warranty activation error (2 advert with the same immatriculation '71EFT92') : advert_id -> [42134170, 44672052] minitord version 2.2.0 |
| Commentaire de Christophe Garcia [ 06/avr./06 11:02 ] |
| Merci de nous confirmer la bonne réception de cette alerte |
[APP-13605] BO probleme sur l'affichage des problemes annonces Création: 03/nov./06 17:50 Mise à jour: 25/juin/07 18:46 Résolue: 06/nov./06 17:14 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 10.0.0 (ESP) |
| Version(s) corrigée(s): | 10.0.0 (ESP) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Patrick Condevaux | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Site: | Integ |
| Description |
|
En BO lorsqu'on va voir les problèmes signalés sur les annonces lorsqu'on consulte un probleme, l'affichage des infos sur la personne ayant posté le probleme et la personne ayant postée l'annonce ne sont pas bon. En face, de Articles achetés au lieu d'avoir une valeur on a "soit" idem pour Articles vendus voir par exemple http://bo.es.integ/question_back?action=questionbackview&questionid=11465915 ou la copie d'ecran si le probleme a été supprimé. |
| Commentaires |
| Commentaire de Patrick Condevaux [ 09/nov./06 16:42 ] |
| ok sur integ ES |
[APP-8451] changer le poste de sarah eudor BO Création: 13/avr./06 18:35 Mise à jour: 25/juin/07 18:36 Résolue: 18/avr./06 10:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jérémie Bennejean | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | 1 heure, 30 minutes | ||
| Temps consacré: | 2 heures, 30 minutes | ||
| Estimation originale: | 4 heures | ||
| Description |
|
Apparement ce poste est défectueux depuis 2 mois. PLusieurs fois je me suis déplacé pour constater que ... je ne pouvais que le rebooter. Plus rien ne répond. A chaque fois elle a donc perdu son travail en cours ( fenetre bo). Pour info plusieurs symptomes : maj windows infini. windows figée pdt de longues minutes . procs a 100 puis a 0 % ... Impossible de taper quoi que ce soit ds les box de ie qd accés au bo. Message de mémoire insuffisante... Arnaud reste-il des postes? |
[META-TACHE] Modification des tracking sites-under + tracking e-mails questions
(APP-26706)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 55.0.2 |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Mathilde Caby | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM archivés: | Tracking affiliation |
| Description |
|
Stephane, J'ai besoin d'un accès BO depuis chez moi pour le samedi 31 octobre 2009. Cette accès servira à desactiver les trackings des sites-under et des questions. Nous ferons la liste de ces trackings ci-dessous demain. Merci d'avance pour ton retour concernant les éléments dont tu as besoin pour m'ouvrir cet accès. Mathilde |
| Commentaires |
| Commentaire de Stéphane Eccli [ 23/oct./09 09:53 ] |
|
pour s'authentifier, te connecter sur http://auth.babel.fr:9999/ entrer ton login et mot de passe mail (et non celui pour ouvrir ta session sur ton pc) et valider. attendre 1 minute. aller sur http://bofr.babel.fr:9999/ et voila. |
| Commentaire de Christophe Garcia [ 23/oct./09 11:23 ] |
| MDPLVC |
[APP-12961] BO: impossible d'acceder au panier en observation Création: 06/oct./06 11:17 Mise à jour: 25/juin/07 18:45 Résolue: 09/oct./06 12:41 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Panier |
| Affecte la/les version(s): | 9.0.3.1.b |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Patrick Condevaux | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Description |
|
Les personnes de la validation m'ont signaler que le lien
vers les paniers en observation dans le BO ne fonctionnait pas. J'ai testé le lien visiblement la requete fonctionne mais dure tres tes longtemps (plus de 3 minutes) 2006-10-06 11:13:23,605 INFO [-Processor92] 62.23.27.114 - >>> GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120 2006-10-06 11:16:42,609 INFO [-Processor92] 62.23.27.114 - <<< [199004 ms] GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120 2006-10-06 11:16:42,609 WARN [-Processor92] 62.23.27.114 - Long request [199004 ms]: GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120 |
| Commentaires |
| Commentaire de Patrick Pereira [ 09/oct./06 12:41 ] |
| J'ai recalculé les stats sur PURCHASE et le problème est corrigé. |
| Commentaire de Lydia Dali [ 10/oct./06 18:31 ] |
| ok en integ et en prod. |
[APP-1618] BO Catégories - Pouvoir tester les recherches Création: 04/déc./03 15:34 Mise à jour: 25/juin/07 18:23 Résolue: 25/juin/07 18:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
PAR: Nous préparons des liens dans la nav par cat qui utilisent la fonction de recherche par mots clés. Actuellement, la fonction de visualisation du résultat de recherche en bo n'intègre pas la recherche par mot clés selon Arnaud. Les inconvénients sont doubles : - Impossible de tester l'exactitude de notre paramétrage - mais surtout, impossibilité de tester les perf de nos recherches. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 06/janv./04 10:05 ] |
| Ceci a été fait par toi je pense. |
[APP-4788] BO Produit : medium (support) inaccessible. Création: 07/juin/05 11:01 Mise à jour: 25/juin/07 18:30 Résolue: 06/juil./05 12:16 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 8.0.2reval |
| Version(s) corrigée(s): | 8.0.3 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jérôme Viviès | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
On ne peut pas accéder au choix de médium (support) sur la fiche produit BO. Cela empêche de visualiser le medium et de le modifier. => Problème pour vérifier les médiums des voitures, ainsi que de tous les autres produits. Il faudrait afficher le select des mediums dès qu'il y a des médiums configurés pour ce type de produit. |
[APP-6292] [B30] Macros Velocity stockables en BO Création: 17/nov./05 09:42 Mise à jour: 25/juin/07 18:33 Résolue: 11/juil./06 13:48 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Nicolas Gréhalle | Attribution: | Dispatcher (Dev-WishList) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| WishList: | Paramétrage |
| WishList - Priorité: | 2 |
| Description |
|
Nous utilisons un certains nombre de bouts de code Velocity
qui se retrouvent dans plusieurs formats (généralement de même type).
Dans un soucis de maintenance, nous avons besoin que ce code soit
centralisé. Il faudrait donc que nous puissions créer à volonté des macros velocity au sein du BO et que nous puissions les appeler dans les formats d'import. |
| Commentaires |
| Commentaire de Jérôme Viviès [ 11/juil./06 13:48 ] |
| Demande clôturée suite au passage de la wish-list Param sous Excel. |
[APP-5599] BO images : Images Recto Verso Création: 02/sept./05 17:41 Mise à jour: 25/juin/07 18:31 Résolue: 05/sept./05 14:52 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 8.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Niall Boylan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Sur la page (en test)
bo.pm.lan/image_back?action=imageview&productid= numéro de fiche
nous permettant de visualiser les images d¿une même fiche, leur date de
création,... il nous faut activer les images pour voir apparaître les
petites flèches nous permettant d¿intervertir Recto et Verso. Or dans le
cas ou un Recto serait supprimé et un Verso conservé, le Verso
passerait en Recto par défaut, ce qui est trompeur pour certains
produits (livres, CD, ¿). Il faudrait alors, ou bien supprimer le Verso
en question, ou bien attendre que le Recto soit soumis, validé. =>Pourrait-on envisager d¿avoir accès à ces « petites flèches » (et donc intervertir les images) dans tous les cas (différents états d¿une image) ? |
| Commentaires |
| Commentaire de Judd OSullivan [ 05/sept./05 14:31 ] |
|
On a plus cette notion de recto/verso. Pour un produit, des
images ont une order et c'est uniquement des images activé qui devraiet
être mise en ordre donc pas besoin d'avoir des fleches pour des images
inactive. Ensuite, un produit ne peut pas avoir une image 2 sans une image 1. On peut ajouté cette fonctionnalité mais est-ce qu'on a vraiment besoin ? |
| Commentaire de Niall Boylan [ 05/sept./05 14:52 ] |
| Je suis d'accord. Le concept de "recto/verso" n'existe plus. Donc, a mon avis on n'a pas besoin d'ajouter cette fonctionnalité |
[APP-27614] mise en vitrine d'un produit "complément" et rien n'est affiché dans la boutique du compte. Création: 11/déc./09 10:33 Mise à jour: 11/déc./09 17:11 Résolue: 11/déc./09 17:11 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 59.0.0 (CAT-M) |
| Version(s) corrigée(s): | 59.0.0 (CAT-M) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | M'hand Hadjoudj | Attribution: | M'hand Hadjoudj |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Internet Explorer 7.X |
| Description |
|
se connecter avec le compte "dimishop-es" en ES mette en vente rapide le produit (http://www.es.integ/offer/buy/44188501/Supra-Mari-CD-Album.html) puis le mettre en vitrine Aller la boutique du compte et chercher la CATEGORIE du produit (MODA) dan la nav à droite (il n'existe pas !). Que se passe-t-il? Est ce le faite qu'il s'agit d'une FPP que le produit n'apparait pas dans la boutique puisque les FP classiques sont apparaissent bien dan la boutique aprés leurs mises en vitrine ? http://www.es.integ/referential_back?action=productview&productid=44188501 (le BO) voir scrennshot-1 et sceenshot-2 |
| Commentaires |
| Commentaire de Benoît Bourdon [ 11/déc./09 10:56 ] |
|
je comprends pas le jira : on parle de produit produit complement et de catégorie "Moda" on parle de MEV d'un produit cd album (qui n'est pas complément) on parle d'une boutique "dimishop-es" et le lien en bo est vers un autre compte ... là on peut pas s'en sortir de ce jira :-) sinon dans la boutique "dimishop-es" il n'y a pas de catégorie Moda et le produit "Supra Mari" est bien présent dans la navigaiton boutique ET dans la vitrine ... |
| Commentaire de Christophe Garcia [ 11/déc./09 17:11 ] |
| M'hand paye une tournée ! |
[APP-19067] [Home Page Mon Compte] : Bug sur le compteur des prix à aligner (si le vendeur est en vacances) Création: 02/janv./08 15:16 Mise à jour: 24/sept./08 12:01 Résolue: 09/sept./08 18:48 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 18.1.3 |
| Version(s) corrigée(s): | 30.0.0 (CAT-D) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Caroline Schinzel |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | BP | ||||||||
| Classif2: | alignement | ||||||||
| Description |
|
Comme on peut le voir sur les copies d'écran : -> Lorsque je mets mon compte vendeur en vacances, le compteur de mes prix à aligner passe de 0 à 5, soit la totalité de mes annonces -> Si on regarde en BO dans mes statistiques, il semblerait que j'ai effectivement 5 annonces à aligner -> Si je vais en FO dans mon inventaire, aucune de ces annonces n'est à aligner... (rien de le corps de page sur l'annonce, rien non plus dans le menu "Mon Inventaire"). -> Si je rentre de vacances, je n'ai plus de prix à aligner... Il semblerait donc qu'on ait un bug sur le calcul de ce compteur lorsque le vendeur par en vacances. E. |
| Commentaires |
| Commentaire de Erwan Delacroix [ 22/août/08 12:20 ] |
|
L'application propose au vendeur d'aligner le prix de son annonce par rapport au bestprice des annonces actives. Or, lorsque le vendeur part en vacances, son annonce devient inactive. Le calcul du bestprice ne tient compte que des annonces actives. Pour ce cas particulier, il faudrait dans l'idéal que la fonctionnalité "S'aligner à .. ¿" prennent en compte à la fois le bestprice + le prix courant de l'annonce inactive (solution qui nécessite de faire du dev). Ainsi, le compteur de mes prix à aligner ne sera plus faussé. Autre solution : désactiver la fonctionnalité "S'aligner à ..¿" lorsque le vendeur part en vacances (on part du principe qu'il est inactif puisqu'en vacances, l'alignement du prix d'annonces inactives est donc inutile). |
| Commentaire de Emeric Teil [ 22/août/08 12:26 ] |
| A valider par QDC et/ou PKR, mais je pense que la deuxième option est pas mal... |
| Commentaire de Edouard Gomez-Vaez [ 03/sept./08 12:20 ] |
| Ne pas afficher les propositions d'alignement quand le compte est en -1, en vacances ou l'inventaire n'est pas activé. |
| Commentaire de Emeric Teil [ 09/sept./08 14:47 ] |
| Juste pour précision : à priori, on peut ajouter les comptes en -2 (on parle bien de visibilité vendeur ?)à la liste d'Edouard. |
| Commentaire de Caroline Schinzel [ 09/sept./08 18:48 ] |
|
Le lien vers les prix à aligner de la page d'accueil "Mon
compte" n'apparaît plus lorsque le vendeur n'a pas activé son
inventaire, qu'il est parti en vacances ou que son compte à une
visibilité négative. Il n'y a plus d'accès à la page des "Prix à aligner" |
[APP-28177] Images produit BO - Comptage KO Création: 01/févr./10 17:24 Mise à jour: 26/oct./10 16:37 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 61.0.0 (CTN-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Aurélien Vergalli | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif1: | IMAGE |
| Classif2: | image |
| Classif FONC: | valid |
| Description |
|
La fonctionnalité (Nombre total produits) sur l'ecran BO
image ne nous permet pas de connaiter exactement le nombre d'images
produit à valider: le chiffre regroupe le volume des fiches de base +
compléments (résultats doublés??).
|
| Commentaires |
| Commentaire de Aurélien Vergalli [ 22/mars/10 09:37 ] |
| Il est impossible de connaitre le volume d'images produit à traiter, ce qui est évidemment problématique pour organiser les tâches de l'équipe. Le nombre d'images allant en augmentant, cette demande devient critique. |
| Commentaire de Aurélien Vergalli [ 04/mai/10 18:07 ] |
| Vraiment pénalisant. Impossible d'évaluer le volume d'images à traiter ou déjà traité. |
| Commentaire de Benoît Bourdon [ 09/sept./10 22:52 ] |
|
Effectivement :
Attention il s'agit vraiment d'un improvement. à l'époque du projet on est parti là dessus pour des raisons de perfs des requêtes de comptage. Je ne suis pas certain qu'on ai aujourd'hui une solution qui donnerai le comptage dans un temps raisonnable ... On fera le point là-dessus avec Manu à son retour |
[APP-607] BO Stock : scoping + changement de libelle Création: 14/août/01 12:52 Mise à jour: 25/juin/07 18:21 Résolue: 25/juin/07 18:21 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Quentin de Chivré |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
La section stock vendeur pourrait etre renommee en Annonce On pourrait alors rajouter une section (recentes) comme pour les comptes / panier. Il s'agit alors de mettre en place un lien vers la meme page, mais reduite aux annonces ayant ete crees recemment ( creation_date < sysdate - 3 ) !! On commence alors un back office annonce... |
[APP-3038] Tableau de bord BO : amélioration de la lisibilité Création: 09/nov./04 13:41 Mise à jour: 25/juin/07 18:26 Résolue: 25/juin/07 18:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.7a |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Validator | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Afin d'améliorer la lisibilité du Tableau de Bord (BO), serait il possible de faire un classement par famille (onglet) de la liste des produits ? Exemple : Livres Livres Livres Anciens ... Musique CD ... ... Il s'agit d'une demande à mon avis peu couteuse qui améliorerait considérablement la lisibilité du tableau. Pour info, il y a actuellement un bug génant sur cette page (bug 3262), c'est peut etre l'occasion de mettre en place cette évolution. |
| Commentaires |
| Commentaire de Manuel Sadok [ 24/nov./04 16:11 ] |
| Désormais il y a un classement en fonction de la famille. |
[APP-6828] Ajouter un filtre trackings dans Ventes BO Création: 23/déc./05 11:56 Mise à jour: 03/déc./07 14:49 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Charles Decaux | Attribution: | Dispatcher (Dev-WishList) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Dans les pages du type http://bo.priceminister.com/purchase_back?action=itemsearch&fuzzy=false&numb errows=200&productid=5776457 nous souhaiterions pouvoir filtrer les transactions par le type de tracking de l'acheteur. Il faudrait pouvoir sélectionner first tracking ou last tracking et pouvoir ensuite choisir parmi les tracking existants pour un produit donné. La liste des transactions n'afficheraient alors que les transactions répondant à ces critères. Merci et à votre dispo pour en parler |
[APP-30539] [BO] Adaptation de l'écran de gestion des Caches Création: 30/juil./10 10:32 Mise à jour: 07/déc./10 10:51 Résolue: 08/sept./10 15:06 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Perf |
| Affecte la/les version(s): | 74.0.2 |
| Version(s) corrigée(s): | 77.0.0 (TX-P) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Arnaud Forgues | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Suite aux problèmes de mémoire JVM apparus suite à la
livraison de la TX-O, une des pistes envisagées pour expliquer le
problème est les caches. En effet, il se pourrait que par inadvertance,
un cache ait été codé de sorte que celui-ci grossisse sans arrêt
(chargement incrémental ? à chaque reload ? ... autre ?). Pour pouvoir mieux analyser le comportement des caches en PROD, on va donc adapter l'écran existant de gestion des caches en BO afin d'ajouter un maximum d'informations (de configuration, de contenu ...) |
| Commentaires |
| Commentaire de Arnaud Forgues [ 08/sept./10 15:06 ] |
|
Ok !
CAJ2010Q3TX |
[APP-19686] NPE dans l'ecran BO des catégories sources Création: 20/févr./08 14:49 Mise à jour: 21/févr./08 09:41 Résolue: 20/févr./08 17:31 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.0.2 |
| Version(s) corrigée(s): | 19.0.2 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Mostafa Diane | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Classif1: | BO | ||||||||
| Classif2: | conf | ||||||||
| Projets PM archivés: | Maintenance 19.x.x | ||||||||
| Description |
|
2008-02-20 14:47:01,558 ERROR [P-Processor5] BO:MOD_BO
- Block generation error in :
com.babelstore.category.back.CategoryView_jsp 2008-02-20 14:47:01,559 ERROR [P-Processor5] BO:MOD_BO - Assembly error Servlet : com.babelstore.category.back.CategoryBackServlet Request : GET http://bo.pm.lan/category_back?action=categoryview&categorykey=105193¶meter_type=27120 Referrer : http://bo.pm.lan/category_back?action=categoryview&categorykey=105193 User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12 Trace : java.lang.NullPointerException at com.babelstore.category.back.CategoryView_jsp.generate(CategoryView_jsp.java:401) at com.babelstore.util.Block.generate(Block.java:140) at com.babelstore.util.web.Request.include(Request.java:549) at com.babelstore.util.web.Request.include(Request.java:582) at com.babelstore.util.web.Request.include(Request.java:588) at com.babelstore.common.back.BackPopupTemplate_jsp.generate(BackPopupTemplate_jsp.java:65) at com.babelstore.util.Block.generate(Block.java:140) at com.babelstore.util.web.Screen.generate(Screen.java:149) at com.babelstore.util.web.Request.generate(Request.java:522) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:401) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:170) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2008-02-20 14:47:01,559 INFO [P-Processor5] BO:MOD_BO - <<< [14 ms] GET http://bo.pm.lan/category_back?action=categoryview&categorykey=105193¶meter_type=27120 |
| Commentaires |
| Commentaire de Fabien Farache [ 20/févr./08 16:19 ] |
| Petit problème technique... lorsque j'essaye de mettre sur une source un paramètre "valeur d'attribut automatique" j'obtiens un message d'erreur "Erreur - Non disponible" |
| Commentaire de Martin Sudmann [ 20/févr./08 17:31 ] |
|
il s'agit d'une catégorie "matching par feuille", sur laquelle l'héritage des types a été cassé. du coup, le noeud de type siource n'a pas de critère "type", ce qui fait pllanter quand on essaye de déterminer les attributs permis pour le type. corrigé en param par FAF. |
[APP-16037] Recherche BO fiche produit par date Création: 19/avr./07 11:28 Mise à jour: 25/juin/07 18:51 Résolue: 26/avr./07 16:12 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Recherche produit |
| Affecte la/les version(s): | 14.0.0 |
| Version(s) corrigée(s): | 14.1.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Violeta Doneva |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Maintenance 14.x.x |
| Description |
|
Une recheche par date de type "Modifié 11/04/2007 <
Modifié < 11/04/2007" ne renvoie aucun résultat. La fiche suivante
devrait pourtant sortir : http://bo.pm.lan/referential_back?action=productview&productid=53416352 (Lien vers la recherche infructueuse: http://bo.pm.lan/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&seartpe=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&prd_status_code=20&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=11%2F04%2F2007&change_end_date=11%2F04%2F2007&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&order=2&number_rows=200&do_search.x=16&do_search.y=6 ) |
| Commentaires |
| Commentaire de Younès Charrière [ 19/avr./07 12:31 ] |
| Le produit de l'exemple a été crée le 11/04/2007 mais pour le trouver il faut ajouter un jour (voir screenshot). |
| Commentaire de Nicolas Chauveau [ 19/avr./07 18:15 ] |
| Il existe un contournement, je baisse la priorité du bug et je le décale en 14.1.0 (à confirmer par CGA, sinon 15) |
| Commentaire de Violeta Doneva [ 26/avr./07 16:12 ] |
|
Le problème était que quand on cherche entre 21.04.2007 et
21.04.2007 la requête derrière cherchait dans l'intervalle de
21.04.2007-00h00 à 21.04.2007-00h00 et bien évidemment ne trouvait rien.
C'est corrigé ! Fichiers modifiés : com/babelstore/referential/back/ProductSearchAction.java com/babelstore/search/back/FastProductSearchQuery.java |
| Commentaire de Christophe Garcia [ 14/mai/07 11:37 ] |
| Vu par NCH |
[APP-23452] [UK] adresse expediteur pour les mails BO Création: 03/déc./08 18:20 Mise à jour: 07/déc./09 12:51 Résolue: 07/déc./09 12:51 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | 37.0.0 (TX-D) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||
| Site: | Recette | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Projets PM archivés: | UK - Plateforme BETA | ||||||||
| Description |
|
Pour tous les mails BO (applicatifs ou manuels), il faut remplacer l'adresse nepasrepondre@priceminister.com par donotanswer@priceminister.com J'avais déjà dedmandé la création de cet alias mais il doit etre configuré (par l'exploit?) pour envoyer un message à celui qui voudrait simplement faire un reply au mail reçu. Aujourd'hui il recevrait donc tout celà en Français. |
| Commentaires |
| Commentaire de Arnaud Forgues [ 05/déc./08 12:29 ] |
|
Ca n'aurait pas été plus logique si le mail était : "donotanswer@priceminister.co.uk" ?? Quoi qu'il en soit, il suffit pour cela de modifier la propriété "priceminister.message.sender.contact" qui se trouve dans "priceminister-infra.properties". Cela donnerait donc comme valeur : donotanswer@priceminister.com;sav@priceminister.com;produit@priceminister.com;benjamin.guerville@priceminister.com;emmanuelle.lachamp@priceminister.com;gael.seguillon@priceminister.com Je l'ai fait en DEV_UK et TEST_UK. J'ajoute également l'info dans le wiki UK pour le futur déploiement de la TX-D (http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=MemoUk) |
| Commentaire de Cedric Favero [ 05/déc./08 12:36 ] |
|
"Ca n'aurait pas été plus logique si le mail était : "donotanswer@priceminister.co.uk" ?? " Euh en fait oui tu as raison, suis allé un peu vite sur le coup.. Peut etre meme noreply@ ou dontreply@ , je ne sais pas ce qui est le mieux... Charles , Remi? |
| Commentaire de Charles Decaux [ 05/déc./08 13:04 ] |
|
noreply@priceminister.co.uk me semble bien, merci |
| Commentaire de Emeric Teil [ 16/déc./08 10:48 ] |
|
GRRRRRRRRRR !!!!!!! Comment voulez-vous qu'on s'occupe de ça si vous gardez les Jira chez vous !!!!! Désolé, mais la.... re GRRRR :o) |
| Commentaire de Emeric Teil [ 16/déc./08 10:49 ] |
| Pour le coup, ça va être trôt tard puisqu'on est resté sur donotanswer@priceminister.com |
| Commentaire de Cedric Favero [ 16/déc./08 11:52 ] |
|
Limite faire un point là dessus (après?) Car qquesoit l'adresse choisie , il faut surtout qu'elle soit configurée pour renvoyer un message précis si l'utilsateur fait un reply dessus. Je serais plutot pour prendre l'adresse dite par Charles (plus logique) et aller jusqu'au bout du truc. |
| Commentaire de Charles Decaux [ 16/déc./08 11:57 ] |
|
Peut-on : - configurer les 2 adresses donotanswer et noreply - commencer avec donotanswer - switcher sur noreply ultérieurement ? merci |
| Commentaire de Emeric Teil [ 16/déc./08 12:03 ] |
| Arnaud, je te laisse expliquer... |
| Commentaire de Arnaud Forgues [ 16/déc./08 12:07 ] |
|
Il y a déjà eu une demande de création d'adresse email auprès de l'exploit pour "donotanswer@priceminister.com" qui d'ailleurs aurait mieux fait de finir par "co.uk". De plus j'ai déjà modifié l'adresse dans les propriétés dans ce sens. Donc les JIRAs ne sont fait pour brainstormer !! Si la demande doit changer. C'est trop tard. Je ferme donc le JIRA qui répond à la demande "donotanswer@priceminister.com". Si à présent on souhaite un "noreply@priceminister.co.uk", merci de le faire dans une autre demande. |
| Commentaire de Cedric Favero [ 16/déc./08 12:16 ] |
|
Ok comme çà. My bad sur ce coup, j'avais voulu anticiper et avais du coup lancé le truc un peu trop vite/ trop tot. On reprendra par la suite.. |
| Commentaire de Cedric Favero [ 17/déc./08 11:57 ] |
|
Sur INTEG , l'adresse expediteur est noresponder@priceminister.es :-( et on a pas le choix pour adresse anglaise. Si doit etre refait, autant prendre la suggestion de Charles ! |
| Commentaire de Emeric Teil [ 17/déc./08 12:53 ] |
| Christophe, c'est de votre côté ? |
| Commentaire de Christophe Garcia [ 19/déc./08 11:56 ] |
|
OK. Mis à jour sur nos serveurs. Ca sera effectif au prochain démarrage. |
| Commentaire de Cedric Favero [ 10/juin/09 10:04 ] |
|
Je réouvre la demande. En effet suite à configuration par l'exploitation, on veut effectivement utiliser noreply@priceminister.co.uk. Mail de patrice: "Nous avons mis en place tout ce qu'il fallait pour pouvoir recevoir et traiter les mails pour les domaines priceminister.es et priceminister.co.uk. En conséquence, cette semaine, nous allons modifier la configuration des serveurs applicatifs des plateformes espagnole et anglaise pour que les expéditeurs des mails applicatifs soient désormais : noresponder@priceminister.es pour l'Espagne noreply@priceminister.co.uk pour l'Angleterre" |
| Commentaire de Emeric Teil [ 07/juil./09 15:01 ] |
| pourquoi ce Jira est-il toujours ouvert en Tx-D ? |
| Commentaire de Cedric Favero [ 07/juil./09 15:26 ] |
| Parceque je n'ai pas changé la version cible (qui est à definir) |
| Commentaire de Patrice Boulanger [ 10/juil./09 17:42 ] |
| Corrigé avec la CTN-J |
| Commentaire de Cedric Favero [ 10/juil./09 17:44 ] |
| Steven et Habib en copie pour info |
[APP-1817] pb avec ouverture de plusieurs mails en même temps en BO Création: 21/janv./04 16:47 Mise à jour: 25/juin/07 18:24 Résolue: 25/juin/07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.5pre |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Emilie Froissard | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
qd on veut lire par ex 2 mails déjà existants, on ne peut en ouvrir qu'un seul et si on clique sur le deuxième, le premier ouvert se referme automatiquement... avant, ou pouvait ouvrir autant de nouveaux mails qu'on voulait... l'url est une page d'exemple en BO intégration: par ex, cliquer sur e-mail blanc acheteur puis sur e-mail blanc vendeur: le premier s'est refermé... cela nous fait perdre du temps car quand on veut copier un mail type, il faut utiliser un autre logiciel (word ou outlook), puis tout recopier pour avoir le mail complet à envoyer... (même chose pour la messagerie CRM) J'espère que ces explications sont compréhensibles... Merci, Emilie |
| Commentaires |
| Commentaire de Quentin de Chivré [ 21/janv./04 19:21 ] |
| Ceci est une demande d'amélioration |
| Commentaire de Arnaud Forgues [ 10/févr./04 18:59 ] |
|
Résolu depuis le 23/01 .... oups! sinon ca venait d'un probleme javascript : on ne checker pas le nombre de parametre comme avant dans la methode popWindow suite a la creation de la methode openWindow pour le CRM |
[APP-1826] Problème d'accès à la page "Annonce" en BO. Création: 21/janv./04 17:16 Mise à jour: 25/juin/07 18:24 Résolue: 25/juin/07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.5pre |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Ludovic Robert | Attribution: | Validator |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Quand on clic sur le lien "Annonces" en BO (dans le bloc commercial), la page n'arrive pas à s'afficher et l'on obtient le message suivant : "null; CausedByException is: null; CausedByException is: ORA-01652: impossible d'étendre le segment temporaire de 64 dans l'espace table TEMP ORA-27059: skgfrsz : réduction impossible de la taille du fichier Linux Error: 22: Invalid argument Additional information: 1 ; nested exception is: com.babelstore.util. QueryException: null; CausedByException is: null; CausedByException is: ORA-01652: impossible d'étendre le segment temporaire de 64 dans l'espace table TEMP ORA-27059: skgfrsz : réduction impossible de la taille du fichier Linux Error: 22: Invalid argument Additional information: 1 " |
| Commentaires |
| Commentaire de Validator [ 21/janv./04 17:17 ] |
|
*** This bug has been marked as a duplicate of 1845 *** |
[IMP-3843] [UK] Création compte FTP compte mobile_uk Création: 25/juin/09 11:44 Mise à jour: 30/oct./09 15:52 Résolue: 07/juil./09 15:31 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Login: | mobile_uk |
| Séparateur: | Tabulation |
| Type de traitement: |
Suppression produits, Mise à jour/création annonces avec création produits
|
| Description |
|
Bonjour, Pouvez-vous créer un compte FTP pour le pseudo UK: mobile_uk Son profil d'import existe déjà. Compte FTP avec "overwrite" "add" "delete" afin qu'il puisse mettre à jour son inventaire, profild e création des annonces mais réactualisation du stock via la référence soumetteur. |
| Commentaires |
| Commentaire de Laurent Payot [ 02/juil./09 17:04 ] |
| je pars en vacances ce soir et je reviens le 15 juillet. J'affecte le Jira à Daniel. |
| Commentaire de Daniel Pintamalli [ 07/juil./09 15:09 ] |
|
===================================================================== Account FTP seller created... Pseudo : mobile_uk password : rgeuih75U Server : ftp.priceminister.co.uk ===================================================================== Répertoires à utiliser: stock/add stock/overwrite stock/delete |
| Commentaire de Daniel Pintamalli [ 07/juil./09 15:29 ] |
| La configuration est en place. |
[APP-15833] Gestion des caches : ajouter un apercu en BO Création: 06/avr./07 12:26 Mise à jour: 28/janv./11 10:34 Résolue: 07/déc./10 10:52 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 13.3.0 |
| Version(s) corrigée(s): | 86.0.0 (TX-R) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Arnaud Forgues | Attribution: | Arnaud Forgues |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | TECH | ||||||||
| Description |
|
On constate assez frequemment des problèmes avec le
rechargement des caches, ou on ne sait pas si le rechargement a été
correctement effectué. Est-ce que ma modification a bien été prise en
compte ... etc ..
Une façon assez simple de résoudre (en partie) ce problème, à la manière de l'écran d'administration FAST permettant de requeter l'index FAST, serait d'ajouter sur l'écran de rechargement des caches, un bouton "voir" ou "prévisualiser" qui ferait simplement un : "CacheClient.getData(<Type>).toString()" Ensuite charge aux développeurs de correctement écrire les méthodes toString() des objets qu'ils utilisent pour encapsuler les différents caches. On pourrait ainsi afficher les listing génériques de ces caches dans une popup suite au click sur un tel bouton ! |
| Commentaires |
| Commentaire de Arnaud Forgues [ 07/déc./10 10:52 ] |
|
Cette fonctionnalité n'est plus d'actualité car elle a déjà été mise en place via le JIRA lié
CAJ2010Q4TX |
[APP-16096] Erreur sur écran BO : ContractView_jsp Création: 24/avr./07 19:09 Mise à jour: 06/juil./07 15:51 Résolue: 26/avr./07 18:52 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 14.0.0 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM archivés: | Maintenance 15.x.x | ||||||||
| Description |
|
2007-04-19 15:04:21,805 INFO [-Processor20] 192.168.1.124 - >>> GET http://bo.pm.lan/contract_back?action=contractview&contractid=127958 2007-04-19 15:04:22,226 ERROR [-Processor20] 192.168.1.124 - Block generation error in : com.babelstore.contract.back.ContractView_jsp 2007-04-19 15:04:22,226 ERROR [-Processor20] 192.168.1.124 - Assembly error Servlet : com.babelstore.contract.back.ContractBackServlet Request : GET http://bo.pm.lan/contract_back?action=contractview&contractid=127958 Referrer : http://bo.pm.lan/purchase_back?action=purchaseview&purchaseid=44770936 User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) Trace : java.lang.NullPointerException at com.babelstore.contract.back.ContractView_jsp.generate(ContractView_jsp.java:665) at com.babelstore.util.Block.generate(Block.java:143) at com.babelstore.util.web.Request.include(Request.java:521) at com.babelstore.util.web.Request.include(Request.java:554) at com.babelstore.util.web.Request.include(Request.java:560) at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:59) at com.babelstore.util.Block.generate(Block.java:143) at com.babelstore.util.web.Screen.generate(Screen.java:137) at com.babelstore.util.web.Request.generate(Request.java:494) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:374) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:166) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2007-04-19 15:04:22,227 INFO [-Processor20] 192.168.1.124 - <<< [422 ms] GET http://bo.pm.lan/contract_back?action=contractview&contractid=127958 |
| Commentaires |
| Commentaire de Alexandre Garnier [ 26/avr./07 17:39 ] |
|
C'est le contrat du JIRA |
| Commentaire de Alexandre Garnier [ 26/avr./07 18:15 ] |
|
Soucis d'acheteur de garantie qui n'est pas le vendeur : il
ne possède pas d'adresse de rencontre mais c'est pourtant sur celle-là
qu'on essaie de générer les liens de recherche par tel et par adresse. Je vais corriger ça pour utiliser du coup son adresse de contact acheteur. |
| Commentaire de Alexandre Garnier [ 26/avr./07 18:52 ] |
|
Corrigé. Maintenant, si l'adresse de rencontre n'existe pas (acheteur de garantie non vendeur de voiture) on utilise l'adresse de déclaration d'achat. De plus pour l'acheteur de la voiture, on utilise maintenant l'adresse de déclaration d'achat au lieu de l'adresse de livraison. |
Impossible de trouver un article dans l'état DELETED si le panier est-lui même dans l'état EXPIRED
(EXP-2822)
|
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Patrick Pereira | Attribution: | Quentin de Chivré |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Sur l'écran http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1 Lorsqu'on spécifie une date de création de panier (par exemple 2006-10-11), un type de panier expiré, et un type d'article à 60, on a de mauvaises perfs. La requête est la suivante : VAR x1 VARCHAR2(20); EXEC :x1 := '2006-10-11 00:00:00'; SELECT purchase.purchase_id, purchase.authorization_card_amount, purchase.authorization_coupon_amount, purchase.authorization_date, purchase.authorization_number_request, purchase.authorization_number_response, purchase.authorization_operation_amount, purchase.brand_id, purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login, purchase.capture_card_amount, purchase.capture_coupon_amount, purchase.capture_date, purchase.capture_number_request, purchase.capture_number_response, purchase.capture_operation_amount, purchase.card_expiration_month, purchase.card_expiration_year, purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected, purchase.card_number_begin, purchase.card_number_end, purchase.card_number_hash, purchase.card_pay_incident_count, purchase.card_type_code, purchase.change_date, purchase.creation_date, purchase.currency_id, purchase.ip_address, purchase.is_tracking_direct, purchase.operation_id, purchase.payment_type_code, purchase.pch_followup_code, purchase.pch_status_code, purchase.pch_type_code, purchase.request_date, purchase.row_version, purchase.security_number, purchase.usa_address1, purchase.usa_address2, purchase.usa_city, purchase.usa_country_id, purchase.usa_digicode, purchase.usa_email_address, purchase.usa_fax_number, purchase.usa_first_name, purchase.usa_last_name, purchase.usa_phone_comment_1, purchase.usa_phone_comment_2, purchase.usa_phone_comment_3, purchase.usa_phone_number_1, purchase.usa_phone_number_2, purchase.usa_phone_number_3, purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id, purchase.usr_title_code, purchase.usr_tracking_id FROM purchase WHERE (purchase.creation_date >= TO_DATE(:x1,'YYYY-MM-DD HH24:MI:SS') ) AND (purchase.pch_status_code = 20) AND (EXISTS ( SELECT item_id FROM item WHERE (item.purchase_id = purchase.purchase_id) AND (item.itm_status_code = 60))) ORDER BY purchase.authorization_date DESC ; Elapsed: 00:10:44.88 Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=21300 Card=173880 Bytes=40166280) 1 0 SORT (ORDER BY) (Cost=21300 Card=173880 Bytes=40166280) 2 1 NESTED LOOPS (Cost=15096 Card=173880 Bytes=40166280) 3 2 SORT (UNIQUE) 4 3 INDEX (FAST FULL SCAN) OF 'ITEM_FKIX_PURCHASE_SELLER ' (NON-UNIQUE) (Cost=11226 Card=783560 Bytes=7052040) 5 2 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=1 Card=1 Bytes=222) 6 5 INDEX (UNIQUE SCAN) OF 'PK_PURCHASE' (UNIQUE) (Cost=1 Card=1) Statistics ---------------------------------------------------------- 0 recursive calls 0 db block gets 2282931 consistent gets 397903 physical reads 68 redo size 3999 bytes sent via SQL*Net to client 568 bytes received via SQL*Net from client 1 SQL*Net roundtrips to/from client 2 sorts (memory) 0 sorts (disk) 0 rows processed Ne pourrait-on pas répéter dans la selection des item la creation_date du purchase. De cette manière on aurait : SELECT purchase.purchase_id, purchase.authorization_card_amount, purchase.authorization_coupon_amount, purchase.authorization_date, purchase.authorization_number_request, purchase.authorization_number_response, purchase.authorization_operation_amount, purchase.brand_id, purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login, purchase.capture_card_amount, purchase.capture_coupon_amount, purchase.capture_date, purchase.capture_number_request, purchase.capture_number_response, purchase.capture_operation_amount, purchase.card_expiration_month, purchase.card_expiration_year, purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected, purchase.card_number_begin, purchase.card_number_end, purchase.card_number_hash, purchase.card_pay_incident_count, purchase.card_type_code, purchase.change_date, purchase.creation_date, purchase.currency_id, purchase.ip_address, purchase.is_tracking_direct, purchase.operation_id, purchase.payment_type_code, purchase.pch_followup_code, purchase.pch_status_code, purchase.pch_type_code, purchase.request_date, purchase.row_version, purchase.security_number, purchase.usa_address1, purchase.usa_address2, purchase.usa_city, purchase.usa_country_id, purchase.usa_digicode, purchase.usa_email_address, purchase.usa_fax_number, purchase.usa_first_name, purchase.usa_last_name, purchase.usa_phone_comment_1, purchase.usa_phone_comment_2, purchase.usa_phone_comment_3, purchase.usa_phone_number_1, purchase.usa_phone_number_2, purchase.usa_phone_number_3, purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id, purchase.usr_title_code, purchase.usr_tracking_id FROM purchase WHERE (purchase.creation_date >= TO_DATE(:x1,'YYYY-MM-DD HH24:MI:SS') ) AND (purchase.pch_status_code = 20) AND (EXISTS ( SELECT item_id FROM item WHERE (item.purchase_id = purchase.purchase_id) AND (item.itm_status_code = 60) AND (item.creation_date >= TO_DATE(:x1,'YYYY-MM-DD HH24:MI:SS')) )) ORDER BY purchase.authorization_date DESC ; Elapsed: 00:00:03.65 Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2236 Card=1959 Bytes=468201) 1 0 SORT (ORDER BY) (Cost=2236 Card=1959 Bytes=468201) 2 1 NESTED LOOPS (Cost=2107 Card=1959 Bytes=468201) 3 2 SORT (UNIQUE) 4 3 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (Cost=79 Card=1959 Bytes=33303) 5 4 INDEX (RANGE SCAN) OF 'ITEM_FKIX_STATUS_CREATION_DATE' (NON-UNIQUE) (Cost=24 Card=353) 6 2 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=1 Card=1 Bytes=222) 7 6 INDEX (UNIQUE SCAN) OF 'PK_PURCHASE' (UNIQUE) (Cost=1 Card=1) Statistics ---------------------------------------------------------- 0 recursive calls 0 db block gets 3875 consistent gets 463 physical reads 0 redo size 3999 bytes sent via SQL*Net to client 661 bytes received via SQL*Net from client 1 SQL*Net roundtrips to/from client 2 sorts (memory) 0 sorts (disk) 0 rows processed |
[INF-409] alias bo.sav.cdp Création: 12/janv./10 09:53 Mise à jour: 12/janv./10 10:52 Résolue: 12/janv./10 10:52 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Steven Harel | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Commentaires |
| Commentaire de Steven Harel [ 12/janv./10 09:55 ] |
|
j'ai un souci sur l'alias bo.sav.cdp jonathan lesage l'a reçu alors qu'il n'est pas dans la liste des destinataires peux-tu l'enlever et vérifier qu'il n'y a que hind, laura, eve et jémima ? merci |
| Commentaire de Stéphane Eccli [ 12/janv./10 10:52 ] |
| done |
BI : Migration BusinessObjects sur Tellus
(EXP-3018)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Patrice Boulanger | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Commentaires |
| Commentaire de Patrice Boulanger [ 16/avr./08 13:43 ] |
| BO ne sera pas installé sur Brice mais sur un serveur dédié. |
[APP-28846] Mon compte / Annonces à aligner Création: 22/mars/10 19:10 Mise à jour: 04/mai/10 09:44 Résolue: 24/mars/10 08:41 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 64.0.1 |
| Version(s) corrigée(s): | 68.0.0 (VEN-B) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Benoit Tabaka | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Navigateur: | FireFox 3.0 | ||||||||
| Description |
|
Bogue (?) constaté sur "mon Compte". 1) Il m'est indiqué 2 produits "à aligner" alors que les deux autres vendeurs le proposent au même prix. 2) Sur le second produit, il m'est indiqué qu'un autre vendeur le propose au même prix. Quand je clique sur la fiche produit, je suis le seul vendeur particulier. En BO, il apparaît qu'un autre vendeur a proposé ce produit afin de supprimer l'annonce 1 minute après l'avoir créée. |
[CAT-1644] Boutique soledad73 : Compte statut pro - non accès à l'état neuf Création: 24/avr./09 11:29 Mise à jour: 13/mai/09 09:20 Résolue: 13/mai/09 09:20 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Stéphanie Vignali | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Description |
|
Nous avons reçu un message du pseudo soledad73 dont le compte a été validé en professionnel le 23/04. http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=18661870 Elle se plaint de ne pouvoir modifier ses annonces pour les passer à l'état neuf. Il y a dans son inventaire une annonce à l'état neuf mais le reste de ses annonces sont en comme neuf. Lorsque je cliquer sur Modifier l'annonce" sur une annonce à l'état Comme neuf, la mention "Produit neuf "n'apparaît pas dans le menu déroulant. Les annonces sont soumises dans la catégorie Art > Peinture. Il faudrait regarder pourquoi çà ne fonctionne pas et s'assurer que le problème n'est pas généralisé à toute la catégorie Art. |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 24/avr./09 11:55 ] |
| - Soucis avec les formulaires de modification d'annonces? |
| Commentaire de Stéphanie Vignali [ 24/avr./09 12:12 ] |
| Exactement. |
| Commentaire de Marion Anfreville [ 24/avr./09 15:53 ] |
| Le partenaire a des annonces de type "Peinture". |
| Commentaire de Fabien Farache [ 27/avr./09 09:46 ] |
|
1) Le formulaire utilisé est générique (utilisé par un grand nombre de types) 2) Les produits qu'on ne peut mettre en "neuf" ont été créés à une date antérieur au passage du compte en pro. Je me suis donc demandé si l'appli n'était pas super intelligente et bloquait la passage en neuf car le produit avait été créé alors que le compte n'était pas pro. Après test il s'avère que ce n'est pas ça, sur un autre compte j'ai pu passer des produits (créés avec compte particulier) en neuf après avoir basculé le compte en pro. |
| Commentaire de Fabien Farache [ 29/avr./09 09:30 ] |
|
Discuter avec BBO et MSU. Pour rappel, ce n'est pas que l'appli refuse qu'on passe un produit en neuf, mais que l'on ne nous propose même pas le choix "neuf" dans le select box |
| Commentaire de Fabio Almeida-Morais [ 12/mai/09 11:09 ] |
| C'est normal : le type peinture n'autorise pas l'état neuf (cf. configuration produit - Création annonce). |
| Commentaire de Stéphanie Vignali [ 12/mai/09 11:13 ] |
| Ce n'est pas normal donc que le type peinture en configuration produit n'autorise pas l'état neuf. |
| Commentaire de Marion Anfreville [ 13/mai/09 09:20 ] |
|
Le paramètre "Autoriser état "Neuf"" a été coché pour résoudre ce problème. Effectif demain en prod. |
[APP-11304] IMpossible de valider des images soumises en BO Création: 25/juil./06 12:11 Mise à jour: 25/juin/07 18:42 Résolue: 27/juil./06 17:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 9.0.1a |
| Version(s) corrigée(s): | 9.0.2 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Patrick Condevaux | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
|||||||||||||||
| Sous-tâches: |
|
|||||||||||||||
| Site: | Prod | |||||||||||||||
| Description |
|
dans le B0, lorsqu'on va dans la rubrique images (soumises). On a une erreur lorsqu'on valide une serie d'image (apparement ce n'est systématique mais peut-etre seulement lorsqu'on souhaite supprimer des images) le message d'erreur est le suivant: null; CausedByException is: More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053]; nested exception is: javax.ejb.EJBException: null; CausedByException is: More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053] PS: je n'est pas reussi a le reproduire en INTEG :-/ ci-dessous les logs de la prod: 2006-07-25 12:08:05,679 INFO [-Processor17] 62.23.27.114 - >>> GET http://bo.priceminister.com/image_back?action=imageactivate&pri_status_code=-20&rank=&change_start_date=&change_end_date=&creation_start_date=&creation_end_date=&product_id=&prd_type_code=&number_rows=12&creation_end_date=&creation_end_date=&login=&matrix=true&validate337214386=0&validate337214385=0&validate337251416=0&validate337511744=0&validate337214387=0&validate337251655=1&validate337251454=0&validate337251455=0&validate337216357=1&validate336814051=1&validate336814052=1&validate336814053=1&validate336688864=1&validate336688865=1&validate336814054=1&validate336814055=1&validate336814056=1&validate336814057=1&validate336814058=1&x=33&y=9 2006-07-25 12:08:05,742 INFO [-Processor17] 62.23.27.114 - Mail to s-s.martinez@wanadoo.fr - Subject : L'image que vous avez soumise a été refusée 2006-07-25 12:08:05,886 INFO [-Processor17] 62.23.27.114 - Mail to s-s.martinez@wanadoo.fr - Subject : L'image que vous avez soumise a été refusée 2006-07-25 12:08:05,953 INFO [P-Processor9] - Session bound 2006-07-25 12:08:06,155 ERROR [-Processor17] 62.23.27.114 - TransactionRolledbackException in method: public abstract void com.babelstore.image.business.ImageBusiness.changeStatus(java.lang.Long) throws java.rmi.RemoteException,javax.ejb.FinderException,com.babelstore.image.ImageActivationException, causedBy: javax.ejb.FinderException: More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053] at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntityCommand.execute(JDBCFindEntityCommand.java:58) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntity(JDBCStoreManager.java:589) at org.jboss.ejb.plugins.CMPPersistenceManager.findEntity(CMPPersistenceManager.java:300) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntity(CachedConnectionInterceptor.java:298) at org.jboss.ejb.EntityContainer.findSingleObject(EntityContainer.java:1086) at org.jboss.ejb.EntityContainer.find(EntityContainer.java:715) at sun.reflect.GeneratedMethodAccessor151.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1113) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:192) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:212) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:117) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28) at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93) at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508) at org.jboss.ejb.Container.invoke(Container.java:894) at sun.reflect.GeneratedMethodAccessor139.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:169) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy306.findByProductIdAndRank(Unknown Source) at com.babelstore.image.business.ImageBusinessBean.changeStatus(ImageBusinessBean.java:124) at sun.reflect.GeneratedMethodAccessor622.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor139.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy307.changeStatus(Unknown Source) at com.babelstore.image.back.ImageActivateAction.execute(ImageActivateAction.java:106) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:331) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:293) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:210) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:182) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:151) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:113) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2006-07-25 12:08:06,158 WARN [-Processor17] 62.23.27.114 - Catched a TransactionRolledbackException in Dispatcher.innerLoad cause : javax.ejb.EJBException: null; CausedByException is: More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053] / message : null; CausedByException is: More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053]; nested exception is: javax.ejb.EJBException: null; CausedByException is: More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053] 2006-07-25 12:08:06,192 ERROR [-Processor17] 62.23.27.114 - Load error Servlet : com.babelstore.image.back.ImageBackServlet Request : GET http://bo.priceminister.com/image_back?action=imageactivate&pri_status_code=-20&rank=&change_start_date=&change_end_date=&creation_start_date=&creation_end_date=&product_id=&prd_type_code=&number_rows=12&creation_end_date=&creation_end_date=&login=&matrix=true&validate337214386=0&validate337214385=0&validate337251416=0&validate337511744=0&validate337214387=0&validate337251655=1&validate337251454=0&validate337251455=0&validate337216357=1&validate336814051=1&validate336814052=1&validate336814053=1&validate336688864=1&validate336688865=1&validate336814054=1&validate336814055=1&validate336814056=1&validate336814057=1&validate336814058=1&x=33&y=9 Referrer : http://bo.priceminister.com/image_back?action=imagesearch&javascript_callback=&matrix=true&product_id=&prd_type_code=&prd_image_id=&pri_status_code=-20&login=&creation_start_date=&creation_end_date=&change_start_date=&change_end_date=&number_rows=12&x=33&y=10 User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4 Trace : javax.transaction.TransactionRolledbackException: null; CausedByException is: More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053]; nested exception is: javax.ejb.EJBException: null; CausedByException is: More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053] at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor139.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy307.changeStatus(Unknown Source) at com.babelstore.image.back.ImageActivateAction.execute(ImageActivateAction.java:106) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:331) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:293) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:210) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:182) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:151) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:113) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Caused by: javax.ejb.EJBException: null; CausedByException is: More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053] at com.babelstore.image.business.ImageBusinessBean.changeStatus(ImageBusinessBean.java:132) at sun.reflect.GeneratedMethodAccessor622.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) ... 54 more 2006-07-25 12:08:06,212 INFO [-Processor17] 62.23.27.114 - <<< [532 ms] GET http://bo.priceminister.com/image_back?action=imageactivate&pri_status_code=-20&rank=&change_start_date=&change_end_date=&creation_start_date=&creation_end_date=&product_id=&prd_type_code=&number_rows=12&creation_end_date=&creation_end_date=&login=&matrix=true&validate337214386=0&validate337214385=0&validate337251416=0&validate337511744=0&validate337214387=0&validate337251655=1&validate337251454=0&validate337251455=0&validate337216357=1&validate336814051=1&validate336814052=1&validate336814053=1&validate336688864=1&validate336688865=1&validate336814054=1&validate336814055=1&validate336814056=1&validate336814057=1&validate336814058=1&x=33&y=9 |
| Commentaires |
| Commentaire de Mostafa Diane [ 25/juil./06 16:39 ] |
|
cette erreur indique que le finder findByProductIdAndRank
trouve plus qu'une ligne, ce qui veut dire que plusieurs images ont le
même rang. |
| Commentaire de Mostafa Diane [ 25/juil./06 18:30 ] |
|
EN GROS IL Y A 29028 IMAGES AVEC DES MËMES rangs select image1.prd_image_id, image1.rank, image1.product_id, 2 image2.prd_image_id, image2.product_id, image2.rank 3 from prd_image image1, prd_image image2 4 where image1.product_id = image2.product_id 5 and image1.rank = image2.rank 6* and image1.prd_image_id <> image2.prd_image_id |
| Commentaire de Mostafa Diane [ 25/juil./06 18:31 ] |
| Je t'assigne le bug pour faire la correction qu'on a vu sur l'import_images.pl. Merci |
| Commentaire de Quentin de Chivré [ 25/juil./06 19:13 ] |
| quelle correction ? A qui appartient ce script ? Dev / Exploit ? Il est sous CVS ? |
| Commentaire de Mostafa Diane [ 26/juil./06 10:12 ] |
|
Ce script "mport_images.pl"est sous CVS, La correction
consiste à ne plus importer les images via import si il y dejà des
images soumises, cette correction evitera d'avoir des images qui ont le
même rang (Martin est d'accord). Renaud dispose d'un script de correction qui corrigera la situation actuelle (les images avec le même rangs) |
| Commentaire de Quentin de Chivré [ 26/juil./06 10:33 ] |
|
Est-ce que c'est pas le moment de corriger |
| Commentaire de Renaud Dierickx [ 27/juil./06 10:48 ] |
|
J'ai fait la correction sous cvs sur la branch V902.
Toutefois, je garde ce bug ouvert pour le suivi des sous taches. Sinon Quentin, pour le bug Le bug est moins critique que celui-ci et demande un peu de temps avant d'être corrigé. |
| Commentaire de Renaud Dierickx [ 27/juil./06 17:26 ] |
| Ok patrick est en train de passer les scripts et Antoine a corrigé l'import. |
| Commentaire de Patrick Condevaux [ 28/juil./06 16:50 ] |
| ok en INTEG et en PROD |
[APP-10012] Chantier "Mon compte" : navigation dans l'espace mon compte Création: 30/mai/06 11:45 Mise à jour: 25/juin/07 18:39 Résolue: 13/juin/07 10:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 14.2.0 |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Dorian Porta Delsol | Attribution: | Fréderic Tiberghien |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Integ | ||||||||
| Description |
|
Lorsqu'on est sur l'espace mon compte, on ne retrouve plus
tous les onglets des catégories de produit et on n'a pas forcément le
reflexe de cliquer sur "tous les produits" ou l'utilité du moteur de
recherche (si l'on vient pour une bonne affaire x) ou pour mettre un
produit en vente. Je pense qu'il faut rajouter dans l'espace vendeur, un lien mettre en vente qui est dirigée vers : http://www.priceminister.com/assistance si l'on souhaite vendre Et avoir un autre lien tous les produits dans l'espace acheteur Merci |
| Commentaires |
| Commentaire de Fréderic Tiberghien [ 13/juin/07 10:50 ] |
| Fix avec le projet mega banner |
[BCK-16] [EP] [BO] ajouter le tri par gestionnaire de compte PRO dans l'interface de modération d'espace perso PRO Création: 13/août/10 11:08 Mise à jour: 28/sept./10 12:42 Résolue: 23/sept./10 17:40 |
|
| Etat: | Fermé |
| Projet: | Backlog Projets |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | V78_0_0 (CTN-TU) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | Espace personnalisé |
| Commentaires |
| Commentaire de Renaud Dierickx [ 23/sept./10 17:40 ] |
| C'est fait ! |
| Commentaire de Fabrice Feugas [ 28/sept./10 12:42 ] |
| Well done ! |
[IMP-2494] regenération des purchase pour les comptes DECITRE Création: 04/août/08 14:01 Mise à jour: 30/oct./09 15:53 Résolue: 04/août/08 14:01 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Frédéric Nahum | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | toutilibris,decilibris |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Description |
|
regenération des purchase pour les comptes DECITRE
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 04/août/08 14:01 ] |
| les purchase du 02/08/2008 ont été regénéré à la demande du client |
[IMP-4429] creation compte FTP pour lmirandam Création: 21/oct./09 16:56 Mise à jour: 12/nov./09 15:49 Résolue: 12/nov./09 15:49 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Login: | lmirandam |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
creation compte FTP pour lmirandam
|
| Commentaires |
| Commentaire de Daniel Pintamalli [ 12/nov./09 15:34 ] |
|
===================================================================== Cuenta FTP vendedor creada... Pseudo : lmirandam contraseña : dehu78hJK Server : ftp.priceminister.es Pais : es Flujo de pedidos : no ===================================================================== Le fichier doit être déposé dans le dossier /stock/sobrescritura |
| Commentaire de Anne Korchia [ 12/nov./09 15:36 ] |
| peux tu écrire au pro pour lui expliquer comment cela fonctionne? Merci |
| Commentaire de Daniel Pintamalli [ 12/nov./09 15:40 ] |
| CORRECTION: Le fichier doit être déposé dans le dossier < /stock/remplazar > |
| Commentaire de Daniel Pintamalli [ 12/nov./09 15:41 ] |
| ok |
| Commentaire de Daniel Pintamalli [ 12/nov./09 15:49 ] |
|
Mail envoyé au PRO: De : Daniel Pintamalli [mailto:daniel.pintamalli@priceminister.com] Envoyé : jeudi 12 novembre 2009 15:49 À : 'pedidos@libreriamiranda.net' Cc : 'support.pro@priceminister.com'; 'anne.korchia@priceminister.com' Objet : Priceminister.es - cuenta lmirandam - Buenos días, Le comunicamos que a partir de hoy podrá efectuar sus actualizaciones de stock mediante una conexión FTP. Le indico los datos de conexión: Pseudo : lmirandam Contraseña : dehu78hJK Servidor : ftp.priceminister.es Luego deberá subir su archivo de texto en el directorio “stock/remplazar”. Le aconsejamos que nos envíe un nuevo fichero todos los días. De esta manera, su inventario estará actualizado y así evitará anulaciones por diferencias de stock. Ante cualquier duda quedo a su entera disposición. Un saludo, |
[IMP-3922] creation compte ftp id100c Création: 07/juil./09 17:29 Mise à jour: 30/oct./09 15:44 Résolue: 07/juil./09 17:35 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Jérome Marianne |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | id100c |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
creation compte ftp id100c
|
| Commentaires |
| Commentaire de Jérome Marianne [ 07/juil./09 17:35 ] |
|
Doublon de |
[IMP-7456] Creation compte FTP - Format Neteven - pseudo GlissProshop - Site FR Création: 23/nov./10 14:30 Mise à jour: 24/nov./10 16:41 Résolue: 24/nov./10 16:41 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Frederic vacher | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | GlissProshop |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Description |
|
Salut,
Merci de créer un compte FTP pour le compte de GlissProshop. Fred |
| Commentaires |
| Commentaire de Frederic vacher [ 23/nov./10 16:26 ] |
| Format utilisé Toutsport. |
| Commentaire de Jérome Marianne [ 24/nov./10 15:48 ] |
|
=====================================================================
Compte FTP vendeur créé... Pseudo : glissproshop mot de passe : gliss78pro12 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Frederic vacher [ 24/nov./10 16:29 ] |
| merci |
| Commentaire de Jérome Marianne [ 24/nov./10 16:41 ] |
| Le compte FTP est activé et les profils paramétrés. |
[EXP-28] Création Compte FTP Création: 23/sept./04 15:38 Mise à jour: 25/juin/07 18:54 Résolue: 25/juin/07 18:54 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Default |
| Affecte la/les version(s): | unspecified |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Validator | Attribution: | Sébastien Tournay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Serait il possible de créer le compte FTP pour le compte ambiances SVP ? Merci |
| Commentaires |
| Commentaire de Validator [ 23/sept./04 15:39 ] |
| En m'indiquant le password. |
| Commentaire de Sébastien Tournay [ 23/sept./04 16:11 ] |
|
Ok Fait. Le password est "4af7247d" |
[INF-231] demande de poste informatique supplementaire BO Création: 11/déc./08 16:00 Mise à jour: 16/déc./08 15:59 Résolue: 16/déc./08 15:59 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Natalia Calero | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Oliver MOSS - arrive le 17/12/08 au matin. Place en face de Natalia (occupée actuellement mais sera libre avant le 16/12/2008). Validé avec Cédric. |
| Commentaires |
| Commentaire de Stéphane Eccli [ 11/déc./08 16:19 ] |
|
merci de joindre la fiche d'arrivée qui se trouve ici : ALL_PM\fiche arrivées-departs et de faire un autre Jira si il y a un depart du BO. merki. |
| Commentaire de Natalia Calero [ 11/déc./08 16:26 ] |
|
Aucun départ (heureusement). Cédric, peux-tu remplir la fiche et la joindre? Merci! |
| Commentaire de Cedric Favero [ 12/déc./08 09:47 ] |
|
Je la joins ici et l'imprime et la signe. J'en profite pour joindre la demande d'un telephone car besoin à l'ouverture UK (on definira numéro) |
| Commentaire de Stéphane Eccli [ 16/déc./08 15:59 ] |
|
comptes ok, reste Jira. tel 5781 |
[INF-285] Arrivée d'un Assistant BO UK Création: 11/mars/09 11:30 Mise à jour: 09/févr./10 12:18 Résolue: 09/févr./10 12:18 |
|
| Etat: | Fermé |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
En la personne de Thomas Springett. Il faut déjà lui créer un alias de messagerie. On voit ensemble pour un poste et emplacement (eventuellement çà peut attendre jusqu'à lundi) |
| Commentaires |
| Commentaire de Stéphane Eccli [ 11/mars/09 14:38 ] |
| merci d'attacher une fiche d'arrivée a ce jira ( T:\Fiches arrivées-départs) |
| Commentaire de Cedric Favero [ 11/mars/09 19:49 ] |
|
On voit ensemble pour son poste et quelle place (on peut attendre qu'il prenne la place de Natalia Calero) Mais il lui faudrait déjà ses accès. Merci. |
| Commentaire de Stéphane Eccli [ 12/mars/09 11:02 ] |
| comptes créés, reste jira |
| Commentaire de Cedric Favero [ 13/mars/09 09:18 ] |
| Pour JIRA, il m'en faudrait aussi pour laura.yeo et oliver.moss . J'en fais un? (de JIRA) |
[INF-348] Nouvelle session équipe validation BO Création: 29/juil./09 12:57 Mise à jour: 09/févr./10 12:22 Résolue: 09/févr./10 12:22 |
|
| Etat: | Fermé |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Sandra Ferrero | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Nouvelle arrivée dans l'équipe en la personne d'Estelle Souvait pour le Mardi 11/08. Ci-joint la fiche nouvel arrivant. |
| Commentaires |
| Commentaire de Stéphane Eccli [ 10/août/09 10:15 ] |
| comptes ok reste Jira |
[INF-354] 2 nouvelles personnes au BO/SAV Création: 17/août/09 11:08 Mise à jour: 10/févr./10 09:58 Résolue: 10/févr./10 09:58 |
|
| Etat: | Fermé |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jemima Barru | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Sébastien WALLAEYS et Siham MNAOUARE arrivent le 18/08/2009. Leurs places ne sont pas encore définies. Je reviendrai vers toi en fin de semaine, une fois les plans de table validés. |
| Commentaires |
| Commentaire de Stéphane Eccli [ 17/août/09 17:27 ] |
| comptes créés, reste Jira |
[APP-3166] BO Tableau de bord : Colonnes à 100% Création: 29/nov./04 11:14 Mise à jour: 25/juin/07 18:26 Résolue: 25/juin/07 18:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.8val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Gaël Klosek |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Commentaires |
| Commentaire de Quentin de Chivré [ 29/nov./04 11:15 ] |
|
Le calcul du pourcentage est faux quand le nombre est 0, le pourcentage est 100 au ieu de 0. D'autre part il faudrait peut-etre afficher des chiffres apres la virgule pour eviter les 0% |
| Commentaire de Quentin de Chivré [ 10/déc./04 15:54 ] |
| *** Bug 3503 has been marked as a duplicate of this bug. *** |
| Commentaire de Gaël Klosek [ 14/déc./04 10:05 ] |
|
Bug des colonnes de BO Summary à 100% au lieu de 0% corrigé. Affichage du caractere "-" si la valeur est égale à 0 pour une meilleure lisibilité. |
[APP-24346] Cas du vendeur UE (hors FR) avec n° TVA intracommunautaire : La TVA n'est pas nulle dans le tableau Compta en BO (fiche article) Création: 18/févr./09 16:33 Mise à jour: 19/févr./09 19:01 Résolue: 19/févr./09 19:01 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 41.0.0 (TX-E) |
| Version(s) corrigée(s): | 41.0.0 (TX-E) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Arnaud Forgues |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | Adaptation règles TVA |
| Description |
|
Le résultat (ligne Total Comm.) correspond à ce qui est
attendu mais la TVA devrait être nulle. Ca ne risque pas de générer des
erreurs à un autre niveau? |
| Commentaires |
| Commentaire de Emeric Teil [ 18/févr./09 16:46 ] |
| ? Pseudo du vendeur stp ? |
| Commentaire de Aurélie Kwiatkowski [ 19/févr./09 18:45 ] |
| V180209_ES |
[APP-16039] Erreur d'affichage dans le compte du partenaire Création: 19/avr./07 15:29 Mise à jour: 06/juil./07 17:56 Résolue: 25/juin/07 09:12 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Boutique, Compte utilisateur, Import de Fichiers |
| Affecte la/les version(s): | 13.3.0 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Navigateur: | Tous | ||||||||||||||||
| Classif1: | MON COMPTE | ||||||||||||||||
| Classif2: | inventaire | ||||||||||||||||
| Projets PM archivés: | Maintenance 15.x.x | ||||||||||||||||
| Description |
|
Il existe une erreur d'affichage dans le compte du
partenaire. Cette erreur a apparu peu après qu'il ait vidé son stock par
un fichier d'import en écrasement: http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=4655474+&login=tdmancien Le problème est qu'on affiche un message erroné: 'Vous n'avez pas de produits $advTypeCode trop chères dans la categorie "Revues"' |
| Commentaires |
| Commentaire de Clémence Desneiges [ 30/avr./07 14:27 ] |
| Vu avec Violeta. Possibilité que ce soit une régression par rapport à un développement récent. |
| Commentaire de Mostafa Diane [ 30/avr./07 15:05 ] |
| c'est un porblème de merge véllocity |
| Commentaire de Mostafa Diane [ 30/avr./07 15:19 ] |
|
c'est pour toi clément. :) Il faut voir pourquoi le merge de la variable $advTypeCode ne se fait pas. si il y'a des cas ou le merge se faire avec une valeur null, il faut préfixer $ par ! $!advTypeCode |
| Commentaire de Clement Balay [ 08/juin/07 10:50 ] |
| label, default, cms1 |
| Commentaire de Edouard Gomez-Vaez [ 06/juil./07 17:56 ] |
| Ok par GEB |
[Cobrand MidiLibre] Metatache
(APP-13968)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 11.3.0 (Soldes + Midi Libre) |
| Version(s) corrigée(s): | 11.3.0 (Soldes + Midi Libre) |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Richard Dubois | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Dev |
| Projets PM archivés: | COB Midi Libre |
| Commentaires |
| Commentaire de Clement Balay [ 20/déc./06 09:46 ] |
| L'image y est pour le BO |
| Commentaire de Younès Charrière [ 09/janv./07 15:39 ] |
| Ok en Bo Integ. |
[ES] Ouverture Jouet
(CAT-2059)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Configuration produit, Modélisation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Rocio Perez-Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Commentaires |
| Commentaire de Rocio Perez-Garcia [ 02/oct./09 14:31 ] |
|
Pour l'instant j'ai crée le type, la configuration produit, et mappé le type avec les attributs - Público/ Género (avec les valeurs Bebé mixto, Niño, Niña, Todos los públicos) - Dimensión / Franja de peso ( en ajoutant les tranches De 1 a 3 kg et De 3 a 5 kg) - Tipo de producto |
| Commentaire de Rocio Perez-Garcia [ 14/oct./09 16:19 ] |
|
Fait aussi : - Encabezamiento / Fabricante - Héroe / obra En attente pour la liste de valeurs Tipo de producto et Franja de peso |
| Commentaire de Rocio Perez-Garcia [ 03/nov./09 16:34 ] |
|
Liste de valeurs pour marque, héro et type de produit mis à jour suite à la réunion avec Carlos. En BO |
| Commentaire de Rocio Perez-Garcia [ 13/nov./09 11:24 ] |
| On a décidé de faire des DIA, je rouvre pour traiter ce point |
| Commentaire de Ariane Baldinger [ 13/nov./09 12:00 ] |
|
j'ajoute une précision : on créé un attribut supplémentaire pour la notion d'univers. car les valeurs pour l'attribut 'type de produit' sont trop spécifiques pour les vendeurs pro. |
| Commentaire de Rocio Perez-Garcia [ 16/nov./09 10:30 ] |
| Fait en BO |
[APP-3512] BO Catégorie : Positionnement après rechargement incorrect Création: 17/janv./05 12:16 Mise à jour: 25/juin/07 18:27 Résolue: 10/oct./05 15:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Catégories |
| Affecte la/les version(s): | 7.3.0 |
| Version(s) corrigée(s): | 8.0.6 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Validator | Attribution: | Pascal Mazars |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Lorsque l'on clique sur un noeud, la page se recharge et l'on se retrouve en haut . On devrait se retrouver au même endroit. Même problème sur le clonage |
| Commentaires |
| Commentaire de Pascal Mazars [ 10/août/05 17:49 ] |
| La page qui contient est rafraîchie lors de l'ouverture de la fenêtre popup. On rafaîchit maintenant la page en tenant compte du dernier noeud ouvert (anchor key). |
| Commentaire de Nicolas Gréhalle [ 02/sept./05 11:25 ] |
| Ne fonctionne pas pour le clonage |
| Commentaire de Pascal Mazars [ 04/oct./05 16:17 ] |
| Il y avait une exception lancée dans la méthode parse() de CategoryTreeAction lors qu'elle récupère les ids des catégories à déplier et qu'elle essaie de convertir en long le dernier token de l'url qui se trouve être #marker. Celui-ci permet le repositionnement de la page. La méthode intercepte maintenant l'exception NumberFormat. |
| Commentaire de Fabien Farache [ 06/oct./05 09:56 ] |
|
Il ne devrait pas y avoir de rafraichissement de la page lorsque l'on click sur noeud. (vu avec NIG) |
| Commentaire de Pascal Mazars [ 10/oct./05 15:50 ] |
|
La solution idéale serait de pouvoir rafraichir l'arbre tout
en gardant la position réelle de la fenêtre qui affiche l'arbre de
catégorie et non en tenant compte du dernier noeud ouvert.
L'implémentation de cette solution est cependant périlleuse (du
javascript dépendant du navigateur utilisé) et pas évidente. La solution la plus simple a été retenue: pas de rafraichissement du tout. |
[APP-3655] BO expressions régulières non valides selon la plateforme Création: 28/févr./05 15:23 Mise à jour: 25/juin/07 18:28 Résolue: 25/juin/07 18:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.3.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Martin Sudmann | Attribution: | Martin Sudmann |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
parfois les expressions régulaires POSIX \p{trucmuche} et d'autres raccourcis avec backslash \s\W\w ... ne fonctionnent pas, parce qu'elles dépendent du charset installé sur le serveur, de la JVM, du système d'exploitation etc. Il est toujours plus safe d'utiliser les groupes de caractères, par ex. [a-zA-Z] à la place de [:alpha:] etc. Vendredi dernier Tellus a planté au démarrage suite à une PatternException à cause de \p{punct}. Dans la java doc ils donnent les équivalents en regex "propre". |
| Commentaires |
| Commentaire de Quentin de Chivré [ 17/juin/05 18:11 ] |
|
Que doit on faire avec ce bug ? Ceci doit il apparaitre dans le BO dans l'aide sur les expressions régulières ? |
| Commentaire de Martin Sudmann [ 20/juin/05 09:45 ] |
|
je l'ajoute à la petite explication des regex en BO, et je vais en avertir l'équipe fonctionel et les développeurs par mail. Mais je pense que le pb ne s'est plus reproduit en prod depuis. |
[APP-19731] Disparition du mode "micro société " dans le BO pour validation du pro Création: 25/févr./08 10:12 Mise à jour: 25/févr./08 11:40 Résolue: 25/févr./08 11:40 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 19.0.2 |
| Version(s) corrigée(s): | 19.0.2 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Isabelle Weisbecker | Attribution: | Validator |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
Dans le BO, lorsque l'on veut passer un compte pro en micro
société, la focntion a disparu et a été remplacé par "Visibilité
annonces auto Oui Non " On ne peut plus mettre un compte en micro société. En attendant on revient à FR111111111 ? |
| Commentaires |
| Commentaire de Isabelle Weisbecker [ 25/févr./08 10:43 ] |
| autant pour moi, j'avais coché "pro auto" par m'égarde, je ne connaissais pas cette fonction et donc apparemment ça fait disparaitre la mention "micro". On peut fermer le JIRA. |
[Suppression COB M6] Metatache
(APP-15115)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 14.1.0 |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Richard Dubois | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM archivés: | COB Suppression COB obsolètes |
| Description |
|
P, voici la liste : 1 - m6.priceminister.com 2 - m6game.priceminister.com 3 - m6music.priceminister.com 4 - m6net.priceminister.com ;) |
| Commentaires |
| Commentaire de Patrick Pereira [ 10/mai/07 11:44 ] |
|
C'est testé en integ et passé en prod. Modif visible demain dans le bo. |
| Commentaire de Patrick Pereira [ 10/mai/07 16:45 ] |
| Cette fois-ci je penses que c'est bon. |
[APP-12895] messages non filtrés par les mots-clé en BO Création: 03/oct./06 15:15 Mise à jour: 25/juin/07 18:45 Résolue: 04/oct./06 17:35 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 10.0.0 (ESP) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Juan Luis Fajardo | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Site: | Integ | ||||||||
| Description |
|
Les mots-cé ne sont pas reconnus et les messages ne passent pas en moderation...
|
| Commentaires |
| Commentaire de Younès Charrière [ 03/oct./06 16:22 ] |
| Dans la liste des mots clés en BO nous avons pourtant bien les mots : puto, cabron et mierda...une idée Arnaud? |
| Commentaire de Arnaud Forgues [ 04/oct./06 10:04 ] |
| déjà pour "cabron", le mot clef n'a pas d'accent sur le "o" donc à priori, si le matching est exact, il me semble normal que le mot clef ne soit pas reconnu |
| Commentaire de Arnaud Forgues [ 04/oct./06 10:05 ] |
| le mot clef "puto" n'est configuré que pour les "Soumission fiche produit" donc ca m'a l'air normal également vu qu'il s'agit de questions pré-vente |
| Commentaire de Arnaud Forgues [ 04/oct./06 11:30 ] |
|
Voici les logs associés lors du post d'une question pre vente : 2006-10-04 11:29:06,647 INFO [P-Processor8] vender_es - >>> POST http://www.es.integ/question!action=view&aid=44559792&continuebtn=Continuar&question=coucou tes...&submit=true&submitbtn=Enviar mi ... 2006-10-04 11:29:06,662 INFO [ool Worker-1] - Cache keyword - Reload starting 2006-10-04 11:29:06,738 WARN [ool Worker-1] - The label nullof the block KwdZoneCode has not been found. 2006-10-04 11:29:06,738 WARN [ool Worker-1] - Using default French label for : default.KwdZoneCode.null 2006-10-04 11:29:06,739 WARN [ool Worker-1] - The label nullof the block KwdZoneCode has not been found. 2006-10-04 11:29:06,739 WARN [ool Worker-1] - Using default French label for : default.KwdZoneCode.null 2006-10-04 11:29:06,739 WARN [ool Worker-1] - The label nullof the block KwdZoneCode has not been found. 2006-10-04 11:29:06,739 WARN [ool Worker-1] - Using default French label for : default.KwdZoneCode.null 2006-10-04 11:29:06,740 WARN [ool Worker-1] - The label nullof the block KwdZoneCode has not been found. 2006-10-04 11:29:06,740 WARN [ool Worker-1] - Using default French label for : default.KwdZoneCode.null 2006-10-04 11:29:06,740 WARN [ool Worker-1] - The label nullof the block KwdZoneCode has not been found. 2006-10-04 11:29:06,740 WARN [ool Worker-1] - Using default French label for : default.KwdZoneCode.null 2006-10-04 11:29:06,920 WARN [P-Processor8] vender_es - Using default French label for : www-es.AdvertActionDescription.img_flag 2006-10-04 11:29:06,942 WARN [P-Processor8] vender_es - The block PrdStandardCode has not been found. 2006-10-04 11:29:06,942 WARN [P-Processor8] vender_es - Using default French label for : default.PrdStandardCode.EAN 2006-10-04 11:29:06,947 INFO [P-Processor8] vender_es - <<< [299 ms] POST http://www.es.integ/question!action=view&aid=44559792&continuebtn=Continuar&question=coucou tes...&submit=true&submitbtn=Enviar mi ... 2006-10-04 11:29:06,954 INFO [ool Worker-1] - Cache keyword - Reload done in 292 ms 2006-10-04 11:29:07,181 INFO [P-Processor7] 192.168.1.173 - >>> GET http://img.es.integ/static/resource/V904/www/es_ES/1159464479/pr.js 2006-10-04 11:29:07,185 INFO [P-Processor7] 192.168.1.173 - <<< [4 ms] GET http://img.es.integ/static/resource/V904/www/es_ES/1159464479/pr.js |
| Commentaire de Arnaud Forgues [ 04/oct./06 11:46 ] |
| a chaque fois que je poste une question, alors le cache des mots clefs est rechargé ..... il se pourrait donc que ce cache ait un pb lors de son chargement ... |
| Commentaire de Arnaud Forgues [ 04/oct./06 16:21 ] |
|
Après analyse, le problème venait du fait que l'on utilise
l'information situé dans le champs "description" du code KwdZoneCode du
mot clef. Or cette information est le velocity à utiliser pour vérifier
le mot clef et on utilisait le nouveau CodeFormat permettant de traduire
si besoin la valeur desc champs "label" et "description" des "code"
grace à infoglue. Ainsi le CodeFormat faisait directement un merge de la
valeur du champ "description" .... J'ai donc remplacé l'appel via CodeFormat par un classique "Format.description" qui récupère directement la valeur par défaut (en base) du champs description du code KwdZoneCode ! |
| Commentaire de Arnaud Forgues [ 04/oct./06 17:35 ] |
| Ok done ! |
| Commentaire de Patrick Condevaux [ 07/nov./06 17:39 ] |
| ok en INTEG ES |
[APP-15509] Supprimer l'ancienne page de recherche BO Création: 13/mars/07 16:59 Mise à jour: 25/juin/07 18:50 Résolue: 27/mars/07 12:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 14.0.0 |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Edouard Gomez-Vaez | Attribution: | Violeta Doneva |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM archivés: | BP - Suppression INTERMEDIA | ||||||||
| Description |
|
à supprimer au moment de la mise en place de la nouvelle recherche. |
| Commentaires |
| Commentaire de Younès Charrière [ 14/mars/07 08:49 ] |
| Edouard, y a t'il un jira sur cette recherche BO ? Si oui peux-tu le lier ? Cela déterminera la version cible de ce jira. |
[Suivi] Etude PMV
(APP-11603)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 11.0.0 (Merge et Maintenance) |
| Version(s) corrigée(s): | 11.0.0 (Merge et Maintenance) |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Classif1: | TX | ||||||||
| Classif2: | pmv | ||||||||
| Projets PM archivés: | Maintenance 11.0.0 | ||||||||
| Commentaires |
| Commentaire de Renaud Dierickx [ 07/déc./06 19:21 ] |
| Dès que le script de correction des montants sortant et entrant du pmv sera entièrement passé, il faudra créditer les pmv négatifs via le bo. |
| Commentaire de Renaud Dierickx [ 08/déc./06 11:26 ] |
|
J'ai mis en pièce jointe la liste des pmv négatifs à créditer... Pouvez-vous vous en occuper aujourd'hui ?? Merci et bon courage. |
| Commentaire de Renaud Dierickx [ 08/déc./06 17:13 ] |
|
Claire a fait les crédits. En pièce jointe, vous trouverez
fichier Excel avec l'ensemble des crédits qu'elle a effectué. Au total, PriceMinister a perdu 1105,82 ¿. |
| Commentaire de Renaud Dierickx [ 08/déc./06 17:28 ] |
|
C'est bon, les opérations sont toutes finalisées... On a plus de pmv négatifs. SELECT user_account_id, wallet_amount, wallet_incoming_amount, wallet_outgoing_amount, wlt_status_code FROM user_account usr WHERE (usr.wallet_amount IS NOT NULL AND usr.wallet_amount < 0) 2 3 ; aucune ligne sélectionnée |
| Commentaire de Lydia Dali [ 11/déc./06 11:36 ] |
| ok et ça sera pas déduit de ton salaire? |
[APP-16965] Affichage des newsletters et mails reflex dans le BO Création: 06/juil./07 15:57 Mise à jour: 09/juil./07 11:56 Résolue: 06/juil./07 17:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 15.0.0 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Aubert | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Abonnement (refonte) |
| Description |
|
La taille du nouveau bloc abonnement est trop importante
pour une utilisation optimale du SAV qui sont sur cet écran tous les
jours. Pour gagner de la place, il faut utiliser la fonction de déploiement du bloc (clic sur la case "tous") pour tous les mails et pas seulement pour les mails reflex. Remplacer wording "Tous" par "Afficher" Afficher "Voir les desynchro mono/multicompte" seulement quand "Afficher" est coché. Quand case "Afficher" décochée (état par défaut): Afficher seulement les deux lignes (Bleue et gris foncée) et ni newsletter ni mails reflex doivent s'afficher Quand case "Afficher" cochée : tout afficher : newsletter + mails reflex + case "Voir les desynchro mono/multicompte" Possibilité de passage de cette modification en v16 si dev trop important. (vu avec QDC) |
| Commentaires |
| Commentaire de Arnaud Forgues [ 06/juil./07 17:28 ] |
|
A présent, les abonnements sont masqués par défaut dans la fiche utilisateur CVS: ---------------------------------------------------------------------- CVS: Enter Log. Lines beginning with `CVS:' are removed automatically CVS: CVS: Committing in . CVS: CVS: Modified Files: CVS: Tag: BRANCH_V15 CVS: src/com/babelstore/subscription/business/SubscriptionRuleLogic.java CVS: src/com/babelstore/user/back/UserView.jsp CVS: ---------------------------------------------------------------------- |
[APP-19403] création fiche produit en BO impossible Création: 01/févr./08 17:49 Mise à jour: 04/févr./08 10:12 Résolue: 04/févr./08 10:12 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 18.1.3 |
| Version(s) corrigée(s): | 19.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Benjamin Guerville | Attribution: | Validator |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Navigateur: | Internet Explorer 7.X | ||||||||
| Description |
|
Il n'est plus possible de créer des fiches produits via le
front, le message d"ereur est : "La page demandée n'est pas disponible "
en rouge |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 01/févr./08 18:00 ] |
| - Serait-il possible d'essayer de nouveau, car j'ai pu créer une FP; |
| Commentaire de Benjamin Guerville [ 01/févr./08 18:13 ] |
| ça doit être un pb de serveur, je n'y arrive toujours pas |
| Commentaire de Espérance Galouo-Lece [ 04/févr./08 10:11 ] |
|
Logs sur salus 2008-02-01 18:12:12,189 INFO [-Processor50] BO:Benjamin - >>> GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=200 2008-02-01 18:12:12,222 ERROR [-Processor50] BO:Benjamin - Load error Servlet : com.babelstore.referential.back.ReferentialBackServlet Request : GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=200 Referrer : null User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1) Trace : java.lang.NullPointerException at com.babelstore.referential.back.ProductViewModel.load(ProductViewModel.java:112) at com.babelstore.util.web.Model.doLoad(Model.java:48) at com.babelstore.util.Block.load(Block.java:102) at com.babelstore.util.web.Screen.load(Screen.java:107) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:226) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:185) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:153) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2008-02-01 18:12:12,237 INFO [-Processor50] BO:Benjamin - <<< [48 ms] GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=200 |
[APP-24180] [BO] Présence de Médium dans la recherche d'Attributs Création: 05/févr./09 16:43 Mise à jour: 07/déc./09 15:40 Résolue: 07/déc./09 15:40 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 40.0.0 (CAT-G) |
| Version(s) corrigée(s): | 40.0.0 (CAT-G) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Projets PM archivés: | MEV / BP - Suppression des médiums |
| Description |
|
cf. screenshot-1
|
| Commentaires |
| Commentaire de Benoît Bourdon [ 05/févr./09 17:10 ] |
|
nous n'avons pas modifier le BO cette fois ci c'est
volontaire : les mediums vont exister encore quelques jours après notre
mise en prod. Nous avons prévu dans quelques mois de supprimer toute référence au médium dans le code appli ET dans les écrans BO |
[APP-27513] Boites messagerie BO pour Service Fraudes Création: 04/déc./09 18:00 Mise à jour: 20/janv./10 17:43 Résolue: 19/janv./10 15:52 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 60.0.1 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Yann Danot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Nous avons besoin de différencier les messages et
traitements pour les fraudes CB (gérées par Sébastien Bruzzone) et les
fraudes SAV (gérées par Eve Pioche). Pour cela, il est requis de : - renommer la boite "back SECURITE" en "back FRAUDES CB", - créer une boite "back FRAUDES SAV". Ces boites devront également pouvoir être appelées par les formulaires sous IG. Les formulaires existants seront corrigés pour le passage en Prod de cette amélioration. |
| Commentaires |
| Commentaire de Emeric Teil [ 10/déc./09 10:23 ] |
| Cette demande reste-t-elle valable, sachant qu'à partir de Janvier, ils pourront s'assigner des comptes / panier / article /... pour traitement et que les nouveau message entrant leur seront signalés et "réservés" ??? |
| Commentaire de Habib-Sylvain Gourguet [ 10/déc./09 11:04 ] |
|
Vu avec Seb. Ces boites serviront également à transférer des messages arrivés en Contact classique et devant être traités par les Fraudes (signalement gendarmerie par exemple...). La demande reste a priori valable. |
| Commentaire de Emeric Teil [ 10/déc./09 11:07 ] |
| "A priori" ? |
| Commentaire de Habib-Sylvain Gourguet [ 10/déc./09 11:35 ] |
|
Confirmé par Eve. "Date d'action" ne couvrira pas tous les besoins du service Fraudes au niveau du traitement des messages. La boite "back SECURITE" est utilisée comme fourre-tout, on a clairement besoin de faire un distinguo. |
| Commentaire de Yann Danot [ 14/déc./09 10:53 ] |
|
Script créé pour le changement de titre et pour création de la nouvelle boîte [CAJ2009Q4TX] |
| Commentaire de Habib-Sylvain Gourguet [ 18/janv./10 15:11 ] |
|
La partie concernant IG n'a pas été traitée (voir description de la demande). Il est impossible d'appeler les boites demandées lors de la création ou la modification de formulaires. Sous IG, il est toujours et seulement fait mention de "back SECURITE". |
| Commentaire de Arnaud Forgues [ 18/janv./10 17:36 ] |
|
En effet ! J'ai vu avec CGA et le prochain dump (V60_0_0_1) est déjà bouclé. L'idéal serait donc d'attendre la CTN-O (V61) pour cela. Par contre, s'il y a un problème suite au déploiement de la V60 demain, alors on incluera cette correction dans le dump du patch V60_0_1 |
| Commentaire de Arnaud Forgues [ 19/janv./10 15:52 ] |
|
C'est corrigé ! Par contre, pas besoin de dump pour cela en PROD, car cela ne concerne que IG qui n'est utilisé qu'en DEV ==> Dès le prochain dump, ces corrections partiront avec ! |
[APP-2914] Bo Attribut : problème sur les valeurs d'attributs Création: 28/oct./04 14:23 Mise à jour: 25/juin/07 18:26 Résolue: 25/juin/07 18:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.7val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Validator | Attribution: | Judd OSullivan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Avec la modification de JOS, les valeurs d'attributs qui sont mappées uniquement sur un attribut (et non pas sur un type) ne sont pas listées lorsque l'on recherche les valeurs d'attribut d'un attribut, pour un type donné. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 28/oct./04 17:35 ] |
| De quelle modification parles tu ? |
| Commentaire de Validator [ 28/oct./04 17:36 ] |
|
Vu avec lui. Il a fait une correction du bug 3070 en enlevant un bout de code important. |
| Commentaire de Quentin de Chivré [ 28/oct./04 18:07 ] |
| Voir cela avec Manuel qui a travaillé sur le sujet aussi dernierement |
| Commentaire de Judd OSullivan [ 03/nov./04 12:39 ] |
|
J'ai elargi la recherche mais uniquement pour les noms d'attributes qui correspondent à un prd_type_code donné. Selon martin, on ne voulait pas faire un join avec prd_attribute_mapping pour ce genre de recherche parce que c'est cher et parce que prd_attribute_mapping est déjà dans une cache. J'ai fait le join mais uniquement pour la requête de bo/Recherche de valeur d'attribut. Je regarderai si cette requête est trop lourd en prod. |
[Cobrand] Lycos Occasion metatache
(APP-13834)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 11.2.0 (Lycos) |
| Version(s) corrigée(s): | 11.2.0 (Lycos) |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Richard Dubois | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Projets PM archivés: | COB Lycos |
| Commentaires |
| Commentaire de Younès Charrière [ 20/déc./06 15:22 ] |
| Ok l'image est bien présente sur le BO. |
[APP-21790] [Technique] Lancement des batchs en DEV depuis le BO Création: 19/août/08 09:56 Mise à jour: 10/oct./08 09:36 Résolue: 21/août/08 16:13 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 31.0.0 (TX-C) |
| Version(s) corrigée(s): | 31.0.0 (TX-C) |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Arnaud Forgues | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Afin d'optimiser encore d'avantage (voire packaging des
batchs, apache en dev, bazaar ....) l'environnement de développement
ainsi que celui de recettage et ainsi permettre de livrer des projets
plus sécurisés et moins buggé, il existe une forte demande coté "param"
mais aussi coté "Chefs de projet" de pouvoir lancer les batchs
manuellement dans les environnements de dev/recette et ainsi pour tester
en total autonomie (sans déranger les ressources DEV) tel ou tel
projet. Pour cela, on mettra en place dans la rubrique "Tests et perfs > Autres fonctionnalités", un simple formulaire permettant de saisir un groupe de batch à lancer avec l'option "Multithread ?" dans le cas des batchs DATAFILE, PRODUCT_SUMMARY_SYNCHRONISATION_MT ... |
| Commentaires |
| Commentaire de Arnaud Forgues [ 21/août/08 16:13 ] |
|
C'est fait ! Sur la branche BRANCH_MAINTENANCE_TX_03, prévu pour un déploiement en TX-C |
| Commentaire de Cedric Favero [ 01/oct./08 17:27 ] |
|
Ca permet en dev de déclencher le passage des batchs? (genre confirmation panier , etc...) C'est sympa çà , çà marche comment? |
| Commentaire de Arnaud Forgues [ 02/oct./08 09:49 ] |
|
Comme indiqué dans la description, il faut aller en BO dans
la rubrique "Tests et perfs > Autres fonctionnalités". Ensuite tu
saisie un groupe de batch et tu appuies sur le bouton GO ! La liste des groupes de batchs disponible est indiqué dans la colonne de gauche |
[APP-24651] Perf : optimisatin recherche BO /* ImageSearchQuery */ Création: 17/mars/09 17:40 Mise à jour: 19/mai/09 18:00 Résolue: 19/mai/09 17:11 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 42.0.2 |
| Version(s) corrigée(s): | 46.0.0 (CAT-I) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Patrick Pereira | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | Performances |
| Description |
|
Les requêtes suivantes sont lentes par faute d'index adapté : /* ImageSearchQuery */ SELECT product.product_id, product.admin_comment, product.adv_currency_id, product.base_product_id, product.best_price, product.change_date, product.collectible_best_price, product.collectible_count, product.collectible_currency_id, product.creation_date, product.currency_id, product.data_file_id, product.data_file_process_cycle, product.data_file_process_id, product.fast_notification_date, product.freshness_date, product.is_available, product.last_advert_creation_date, product.list_price, product.long_title, product.medium_count, product.new_best_price, product.new_count, product.new_currency_id, product.owner_account_id, product.prd_availability_code, product.prd_change_code, product.prd_line_key, product.prd_manufacturer_key, product.prd_medium_code, product.prd_model_key, product.prd_navigation_key, product.prd_source_code, product.prd_status_code, product.prd_type_code, product.prd_visibility_code, product.release_date, product.row_version, product.spec_status_code, product.stock_quantity, product.submitter_account_id, product.submitter_comment, product.summary, product.summary_freshness_date, product.suspicion_cause, product.title, product.unlimited_count, product.url_name, product.used_best_price, product.used_count, product.used_currency_id, product.weight FROM prd_image, product WHERE (prd_image.product_id = product.product_id) AND (product.prd_type_code = :1) AND (product.prd_status_code NOT IN (30, 50, 70)) AND (prd_image.creation_date >= :2) AND (prd_image.pri_status_code IN (10, 15, 18, 20, 30, 40, 50, 60)) ORDER BY product.product_id /* ImageSearchQuery */ SELECT COUNT(DISTINCT product.product_id) l FROM prd_image, product WHERE (prd_image.product_id = product.product_id) AND (product.prd_type_code = :1) AND (product.prd_status_code NOT IN (30, 50, 70)) AND (prd_image.creation_date >= :2) AND (prd_image.pri_status_code IN (10, 15, 18, 20, 30, 40, 50, 60)) Il faut étudier les indexes à ajouter. |
| Commentaires |
| Commentaire de Patrick Pereira [ 01/avr./09 16:03 ] |
|
Sur la deuxième requête pas facile d'optimiser vu qu'on ramène toutes les images. Pour la première, le problème réside dans l'ORDER BY PRODUCT.PRODUCT_ID. Même si on ne ramène que les 12 premiers enregistrements dans l'écran BO associé, pour faire le sort Oracle est obligé de tout ramené. En modifiant les requêtes images avec sort en utilisant le prd_image.product_id à la place du product.product_id, on resout le problème car il existe un index sur prd_image trié de la manière qui nous arrange. N_PRD_IMAGE_FKIX_PRODUCT_ID (PRODUCT_ID, PRD_IMAGE_ID, RANK, PRI_STATUS_CODE, USER_ACCOUNT_ID, CREATION_DATE) De cette manière le plan passe de : ------------------------------------------------------------------------------------------------------------ | Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| ------------------------------------------------------------------------------------------------------------ | 0 | SELECT STATEMENT | | 1948 | 2433K| | 2506 (1)| | 1 | SORT ORDER BY | | 1948 | 2433K| 6248K| 2506 (1)| | 2 | NESTED LOOPS | | 1948 | 2433K| | 1982 (1)| |* 3 | TABLE ACCESS BY INDEX ROWID| PRD_IMAGE | 1949 | 33133 | | 1977 (1)| |* 4 | INDEX RANGE SCAN | N_PRD_IMG_FKIX_STATUS_PRODUCT | 38970 | | | 11 (0)| |* 5 | TABLE ACCESS BY INDEX ROWID| PRODUCT | 1 | 1262 | | 1 (0)| |* 6 | INDEX UNIQUE SCAN | PK_PRODUCT | 1 | | | 1 (0)| ------------------------------------------------------------------------------------------------------------ à --------------------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| --------------------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1948 | 2433K| 1982 (1)| | 1 | NESTED LOOPS | | 1948 | 2433K| 1982 (1)| |* 2 | TABLE ACCESS BY INDEX ROWID| PRD_IMAGE | 1949 | 33133 | 1977 (1)| |* 3 | INDEX RANGE SCAN | N_PRD_IMG_FKIX_STATUS_PRODUCT | 38970 | | 11 (0)| |* 4 | TABLE ACCESS BY INDEX ROWID| PRODUCT | 1 | 1262 | 1 (0)| |* 5 | INDEX UNIQUE SCAN | PK_PRODUCT | 1 | | 1 (0)| --------------------------------------------------------------------------------------------------- Pourriez-vous modifier ces requêtes pour avoir : SELECT prd_image.product_id,.... ... ORDER BY prd_image.product_id; Merci. |
| Commentaire de Benoît Bourdon [ 07/avr./09 09:42 ] |
| J'ajoute ce jira dans la CAt-I : Sera traité dans le cadre du projet photo d'annonce. |
| Commentaire de Manuel Sadok [ 19/mai/09 17:11 ] |
| Ces requêtes ont évolué suite au projet PdA et de nouveaux indexes ont été créé. |
[APP-4599] BO Utilisateur : Bug avec le désabonnement automatique Création: 02/juin/05 17:55 Mise à jour: 25/juin/07 18:29 Résolue: 06/juil./05 14:58 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 8.0.2val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Rachid Gernane | Attribution: | Renaud Dierickx |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Lorsque l'on veut désabonner un client de toutes les "newsletters" en cliquant sur la macro "Tout désabonner". Le message d'erreur suivant apparait : javax.mail.SendFailedException L'utilisateur pour lequel le désabonnement à effectuer est : NEBIOS |
| Commentaires |
| Commentaire de Renaud Dierickx [ 06/juil./05 14:58 ] |
|
Ce bug n'en est en réalité pas un... En effet, en intégration, les adresses e-mail des utilisateurs ont été modifiées pour éviter les erreurs de manipulation. exple : pour Nebios, nebios@wanadoo.fr.toto Ainsi ce format d'email n'est pas correct et le système repère l'erreur lorsqu'il essaie d'envoyer un mail à l'utilisateur ("... suite à votre demande, nous vous avons désabonné de la Newsletter de PriceMinister..."). Ce problème n'apparaît qu'en intégration pour le compte importé de la production en revanche pour un compte créé en intégration, la macro "tout désabonner" fonctionne correctement. En production, le cas ne se produit jamais car les adresses ont forcément un bon format du type "toto@titi.com" |
[APP-3833] BO Image : image impossible à supprimer Création: 15/avr./05 10:55 Mise à jour: 25/juin/07 18:28 Résolue: 25/juin/07 18:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.3.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jany Marimoutou | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Dans les "images soumises" catégories "montre" il y a une image correspondant à la fiche produit n° 5423013 du nom de "Montre femme Quantième". Celle-ci n'apparait pas et ne peut être supprimée, car apparement selon le message d'erreur : Find failed: javax.ejb.EJBException: Internal error getting results for field member image; CausedByException is: [OraDriver] Stored procedure does not return values. Merci de demander à quelqu'un d'y remédier. Celle-ci fausse le système de validation par catégories globales. |
| Commentaires |
| Commentaire de Validator [ 18/avr./05 11:02 ] |
| Normalement, Judd devait avoir corrigé le problème |
| Commentaire de Quentin de Chivré [ 19/avr./05 12:56 ] |
|
http://bo.priceminister.com/referential_back? action=productview&productid=5423013 |
| Commentaire de Quentin de Chivré [ 19/avr./05 17:26 ] |
|
Ca semble un probleme interne a Oracle, l'image ne s'affiche pas. Le CLOB pourrait-il etre corrompu ? Au pire faire un DELETE de la ligne on ne perdra pas grand chose... |
| Commentaire de Patrick Pereira [ 20/avr./05 18:54 ] |
|
Voilà. J'ai supprimé les images en base. |
[APP-2871] Fiche BO : impossible d'ajouter des attributs Création: 13/oct./04 17:19 Mise à jour: 25/juin/07 18:26 Résolue: 25/juin/07 18:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.6dep |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Benjamin Guerville | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
impossible d'ajouter des attributs pour ce produit !
|
| Commentaires |
| Commentaire de Benjamin Guerville [ 18/oct./04 16:39 ] |
|
http://bo.priceminister.com/referential_back? action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&ke yword=aunilec&search_type=&prd_type_code=&product_id=&prd_status_code=&spec_stat us_code=&prd_source_code=&prd_change_code=&prd_manufacturer_key=&change_start_da te=&change_end_date=&submitter_login=&number_rows=200&do_search.x=0&do_search.y= 0 impossible d'ajouter des attributs pour toutes ces fiches |
| Commentaire de Manuel Sadok [ 26/oct./04 19:14 ] |
|
Problème réglé (ajout d'une nouvelle colonne dans prd_configuration: is_medium_subtype) |
| Commentaire de Benjamin Guerville [ 27/oct./04 18:09 ] |
|
PAs d'accord, on ne ^peut toujours pas rajouter d'attributs sur ces produits. Merci |
| Commentaire de Manuel Sadok [ 27/oct./04 18:18 ] |
| Un peu d'attente petit scarabée... :) |
[APP-2715] Batch d'expiration d'annonce : notification en BO Création: 27/août/04 09:52 Mise à jour: 25/juin/07 18:25 Résolue: 25/juin/07 18:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.5val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Stéphane Archer | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Les dates de fraîcheur, de premier avertissement, de dernier avertissement et d'annonce périmée sont indiquées les unes derrières les autres dans la même cellule ... C'est peu lisible. On pourrait envisager de faire une ligne pour chacune de ces dates. Voir l'image jointe à la demande. |
| Commentaires |
| Commentaire de Stéphane Archer [ 27/août/04 09:53 ] |
|
Created an attachment (id=82) BO : Notification d'expiration |
| Commentaire de Quentin de Chivré [ 27/août/04 11:32 ] |
| Ou + rapide, mettre des BR au lieu des / |
| Commentaire de Martin Sudmann [ 27/août/04 14:41 ] |
| j'ai tout foutu dans une table à la place des br |
| Commentaire de Martin Sudmann [ 27/août/04 14:41 ] |
| done |
[APP-3078] BO Annonce : Afficher le question_count Création: 23/nov./04 14:59 Mise à jour: 25/juin/07 18:26 Résolue: 25/juin/07 18:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.7a |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Puisqu'on l'a calculé...
|
| Commentaires |
| Commentaire de Manuel Sadok [ 24/nov./04 11:04 ] |
|
J'ai rajouté un nouveau lien sur la fiche annonce en BO: "Voir les réponses pré-ventes acceptées (nbre)" |
[APP-3205] BO Message : Interdire les espaces dans les alias Création: 02/déc./04 17:35 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.8 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Lors de la validation des fiches produits, la Macro "fiche existante" qui doit permettre de mettre en "refusé" cette dernière fonctionne de façon aléatoire. Enfin, quand elle veut ! |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 07/déc./04 09:46 ] |
|
OK, pb du a des blancs dans les noms d'alias. J'ai corrigé les alias en prod. |
| Commentaire de Geneviève Beaujard [ 07/déc./04 09:47 ] |
| *** Bug 3509 has been marked as a duplicate of this bug. *** |
| Commentaire de Quentin de Chivré [ 07/déc./04 10:33 ] |
| Améliorer le BO pour interdire les espaces |
| Commentaire de Geneviève Beaujard [ 14/déc./04 15:00 ] |
| OK |
[APP-3729] bo vider le stock d'un vendeur Création: 17/mars/05 13:43 Mise à jour: 25/juin/07 18:28 Résolue: 25/juin/07 18:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.3.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Emmanuelle Lachamp | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
normalement cette fonction permet de vider le stock, 1000 annonces à la fois, or cela ne se fait actuellement que sur les 100 1eres annonces |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 06/avr./05 09:30 ] |
|
Recapitulatif: l'action clearStock est censée traiter 1000 annonces a la fois. Or ce traitement se fait en 5 etapes donc 200 annonces a la fois. Suite au fonctionnement de JBoss, les annonces fermées lors de la premier etape ne sont pas considerées comme fermées lors de la deuxieme etape, ce qui fait que l'on boucle sur les 200 premieres annnonces. l'action clearStock ne traite donc que 200 annonces. La solution est de faire un findNone a la fin de chaque etape pour prendre en compte les modifications. Autre fait: Il y a aussi un probleme de comptage: Le nombre d'annonces dans le BO est le nombre d'annonces du compte qui sont actives, vendables et non périmées. Les annonces traitées par clearAction sont les annonces du compte dont l'etat est different de closed (active, suspendue, périmée). Ceci peut provoquer un certain decalage, en effet on peur fermer 1000 annonces (dont 100 suspendues par example) et le nombre d'annonces du BO user ne sera decrementé que de 900. La resolution du bug ne traite pas ce dernier point. |
| Commentaire de Bruno Ballester [ 02/mai/05 12:38 ] |
| En conclusion, puis je considérer que je peux vérifier le bug ou pas ? |
[APP-2581] BO produit : incohérence dans la colonne "Genre" Création: 04/août/04 17:35 Mise à jour: 25/juin/07 18:25 Résolue: 25/juin/07 18:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.4val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Validator | Attribution: | Dispatcher (Dev) |
| Résolution: | Incomplet | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Pour les livres anciens/autres supports, le genre est "Livre Ancien" alors que pour Livre/autres supports, c'est "Autres supports". C'est plutot bizarre (voir copie d'écran) |
| Commentaires |
| Commentaire de Validator [ 04/août/04 17:36 ] |
|
Created an attachment (id=71) Copie d'écran |
| Commentaire de Quentin de Chivré [ 04/août/04 17:40 ] |
| C'est de la config produit en BO |
[APP-2837] BO frais de port : Affichage du delta Création: 06/oct./04 17:48 Mise à jour: 25/juin/07 18:26 Résolue: 25/juin/07 18:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.6val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Fabrice Messoumian |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Pourquoi pour chronopost n'affiche t'on pas le supplément de fdp par rapport à normal ? |
| Commentaires |
| Commentaire de Validator [ 06/oct./04 18:05 ] |
| oui, pourquoi ? |
| Commentaire de Stéphane Archer [ 08/oct./04 13:47 ] |
|
Conformément à la demande pour Chronopost on ne reverse rien au vendeur. C'est un système de frais de port "prépayé". |
| Commentaire de Quentin de Chivré [ 08/oct./04 13:55 ] |
|
Il ne s'agit pas de ca. Il manque dans le BO le chiffre entre parentheses qui indique la différence entre Chronopost et Normal. |
| Commentaire de Stéphane Archer [ 25/nov./04 10:20 ] |
| Pas d'affichage entre paranthèse prévu ... |
| Commentaire de Quentin de Chivré [ 25/nov./04 10:40 ] |
| Permet moi d'insister ! :-) |
| Commentaire de Fabrice Messoumian [ 29/nov./04 11:41 ] |
| Fait |
[APP-7150] BO : Certaines pages de statistiques ne fonctionnent plus. Création: 23/janv./06 15:55 Mise à jour: 25/juin/07 18:34 Résolue: 16/févr./06 18:35 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.1.0a |
| Version(s) corrigée(s): | 8.1.1 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Justin Ziegler | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||
| Site: | Prod |
| Description |
|
Cela inquiete bcp notre PDG ! Est ce un pb de source de donnees pour le calcul de stat ? ou est ce qu'on n'a vraiment plus de vendeur ? si on a plus de vendeur, il faudrait rapidement comprendre pourquoi... |
| Commentaires |
| Commentaire de Justin Ziegler [ 23/janv./06 16:10 ] |
| Est ce que cela provient de la migration des formulaires en 3G ? |
| Commentaire de Christophe Garcia [ 23/janv./06 16:17 ] |
|
Extrait mail de Quentin : " Ces courbes sont obsoletes comme deja discuté avec Philippe. Je suggère de ne pas les regarder mais de regarder les rapports décisionnels plutot, afin d'éviter d'investir dans 2 directions a la fois. J'aimerais autant les dégager du BO pour éviter toute confusion. Dites moi si cela vous convient, sinon je met Genevieve dessus... " |
[IMP-451] Création compte FTP Whoopper Création: 11/avr./07 10:05 Mise à jour: 30/oct./09 15:43 Résolue: 11/avr./07 10:35 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Xavier Barbosa | Attribution: | Xavier Barbosa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | whoopper |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Groupe: | jean-claude junin |
| Description |
|
créer un compte ftp pour Whoopper comme Uxotica
|
| Commentaires |
| Commentaire de Xavier Barbosa [ 11/avr./07 10:35 ] |
|
j'appelle le partenaire pour lui expliquer le fonctionnement. je ferme. |
[IMP-1296] Rajouter compte dans le flux Mixad Création: 17/sept./07 11:30 Mise à jour: 30/oct./09 15:50 Résolue: 17/sept./07 11:48 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Daniel Pintamalli | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | topv1842 |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Description |
|
Rajouter le compte topv1842 dans le flux Mixad.
|
| Commentaires |
| Commentaire de Daniel Pintamalli [ 17/sept./07 11:48 ] |
| Le pseudo a été ajouté dans le flux Mixad. Il est désormais actif. |
[IMP-1943] Compte FTP partenaire A1Books_US Création: 03/mars/08 09:53 Mise à jour: 30/oct./09 15:43 Résolue: 03/mars/08 10:17 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Cantoni Carlos | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Login: | a1books_us |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
merci de créer un compte FTP pour le partenaire A1Books_US |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 03/mars/08 10:16 ] |
|
===================================================================== Cuenta FTP vendedor creada... Pseudo : a1books_us contraseña : fjjiuY75t Server : ftp.priceminister.es ===================================================================== |
[APP-10219] Mon compte/Page de login Création: 05/juin/06 15:38 Mise à jour: 25/juin/07 18:40 Résolue: 05/juin/06 17:03 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Gaël Caro | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Description |
|
Centrer les boutons "Connexion" et "Ouvrir un compte"
|
| Commentaires |
| Commentaire de Younès Charrière [ 06/juin/06 12:13 ] |
| Ok en Integ |
[EXP-24] Création de compte FTP Création: 19/mai/04 17:29 Mise à jour: 25/juin/07 18:54 Résolue: 25/juin/07 18:54 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Default |
| Affecte la/les version(s): | unspecified |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Validator | Attribution: | Xavier Cauchoix |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Compte : ordipro Merci de fournir le password rapidement. |
| Commentaires |
| Commentaire de Validator [ 01/juin/04 15:08 ] |
| done |
[APP-9288] [Nouvelle Charte] BO > Problèmes annonces > Commentaire Création: 16/mai/06 14:35 Mise à jour: 25/juin/07 18:38 Résolue: 15/janv./07 10:56 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Younès Charrière | Attribution: | Geneviève Beaujard |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Integ |
| Classif1: | BO |
| Classif2: | BO - probleme annonce |
| Projets PM archivés: | Maintenance 12.0.0 |
| Description |
|
Lorsque l'on signal un problème dans une annonce, on entre
un commentaire et ensuite on peut accéder à ce signalement dans le BO. Le problème c'est que les accents ne sont pas bien pris en compte. |
| Commentaires |
| Commentaire de Arnaud Forgues [ 18/mai/06 10:17 ] |
|
je ne connais pas ce mécanisme, et avec les modifications
sur le bloc de navigation pour la problématique de référencement, je ne
vais pas aider pour ce bug car je n'aurais sans doute pas le temps ... Je te laisse voir qui connait et peut se charger de ca (peut etre que Genevieve connait mais ce n'est meme pas sur .) |
| Commentaire de Edouard Gomez-Vaez [ 18/mai/06 16:41 ] |
| Je ne sais pas à qui assigner ce bug |
| Commentaire de Geneviève Beaujard [ 15/janv./07 10:56 ] |
| Je voisbien les caracteres accentués, c'etait surement un probleme de charset. |
| Commentaire de Younès Charrière [ 17/janv./07 15:28 ] |
| Le problème ne se produit plus aujourd'hui. |
[EXP-933] Compte utilisateur sur Bollinger Création: 18/janv./06 17:15 Mise à jour: 25/juin/07 18:55 Résolue: 24/janv./06 10:53 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Patrick Condevaux | Attribution: | Sébastien Tournay |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
J'aurai besoin que l'on me crée un compte sur bollinger afin de pouvoir accéder à CVS notamment merci |
| Commentaires |
| Commentaire de Patrick Condevaux [ 24/janv./06 10:53 ] |
|
C'est bon J'avais accès à bollinger avec mon login/pwd ;-) |
[EXP-632] Création de Compte VPN Création: 20/déc./05 10:57 Mise à jour: 25/juin/07 18:55 Résolue: 27/déc./05 15:39 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Gaël Klosek | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 15 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Je souhaiterais posséder d'un compte VPN me permettant de travailler sous les comptes suivants: - klosekg - fast01 - oracle dans les environnement suivants: - dev - integ |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 27/déc./05 15:39 ] |
| Demande traité, je t'ai envpyé par mail les infos nécessaire ... |
[INF-419] Création de compte wiki Création: 25/janv./10 16:43 Mise à jour: 26/janv./10 09:17 Résolue: 26/janv./10 09:17 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Yann Danot | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Je n'ai actuellement pas de compte WIKI je faisais sans être
identifié jusqu'a maintenant, mais tant qu'à faire autant avoir un
compte ^^
|
| Commentaires |
| Commentaire de Stéphane Eccli [ 26/janv./10 09:17 ] |
| tu peux te le créér tout seul. |
[PMB-108] [SALOMÉ] - Test intégrite demande de reversement régulier par chèque pour un pro compta Création: 10/mars/09 16:16 Mise à jour: 06/avr./09 10:01 Résolue: 06/avr./09 10:01 |
|
| Etat: | Fermé |
| Projet: | PriceMinister Bug Hunter |
| Composants: | Aucune |
| Affecte la/les version(s): | 0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Emilien Guichard | Attribution: | Cédric Goldovsky |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Tool: | SALOME |
| Description |
|
Ce test est manquant dans la liste. En effet, un compte configuré en compta a le choix entre un reversement régulier par virement (cas déja pris en compte) et un reversement régulier par chèque (cas manquant) |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 10/mars/09 16:36 ] |
| C'eut été encore mieux si tu avais pré-rédigé ce cas de test :-P |
| Commentaire de Emilien Guichard [ 11/mars/09 18:32 ] |
| voici les 3 cas de tests détaillés concernant les vendeurs compta |
[IMP-626] Import de fichier + Creation compte FTP pseudo: disc-order Création: 16/janv./07 18:18 Mise à jour: 25/juin/07 19:01 Résolue: 05/févr./07 09:58 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Cantoni Carlos | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
|||||||||||||||||||||||||
| Liens des demandes: |
|
|||||||||||||||||||||||||
| Sous-tâches: |
|
|||||||||||||||||||||||||
| Pays: |
ESP - Espagne
|
|||||||||||||||||||||||||
| Login: | disc-order | |||||||||||||||||||||||||
| Séparateur: | N/A | |||||||||||||||||||||||||
| Type de traitement: |
N/A
|
|||||||||||||||||||||||||
| Description |
|
Bonjour, merci de creer un compte FTP pour le partenaire "disc-order" le compte est deja en statut PRO |
| Commentaires |
| Commentaire de Cantoni Carlos [ 17/janv./07 14:41 ] |
|
Merci de faire creer un profil et faire l'import du fichier. Pour ce premier fichier il faut creer les fiches produit et annonces, par contre, pour la suite, il faut configurer le compte pour faire seulement la mise a jour des annonces et l'ajout des fiches . Le stock pour chaque produit est par default 1 unite Le compte est deja en PRO La correspondance pour les labels est la suivante: Capit = Capitol Geffe = Geffen Islan = Island Mercu = Mercury Motow = Motown Mushr = Mushroom Phili = Philips Polyg = Polygram Sobmg = Sony/BMG Univ = Universal Unive = Universal Valem = Vale Music Virgi = Virgin Warne = Warner Le partenaire fera tous les jours une actualisation du fichier par FTP Merci |
| Commentaire de Cantoni Carlos [ 17/janv./07 15:57 ] |
|
Attention car il y a des categories qu'il faut supprimer du fichier. CA L2 LP LI L7 MC VA A noter que la categorie VI correspond au VHS - Musical |
| Commentaire de Daniel Pintamalli [ 18/janv./07 13:34 ] |
|
Pour une demande d'import le titre est comme suivant: import de fichier + création compte FTP - partenaire disc-order Le composant serait: Fichiers Import Le titre 'Création compte FTP' et le composant FTP est correct si la demande ne regarde que la création d'un compte FTP. Tiens en compte qu'un compte FTP n'a pas d'utilité si aucun format ni aucun profil n'a été créé. |
| Commentaire de Daniel Pintamalli [ 19/janv./07 11:40 ] |
|
Import en cours (maj/création d'annonces): http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=3959937 |
| Commentaire de Daniel Pintamalli [ 05/févr./07 09:58 ] |
|
Le dernier fichier de CD est passé à 80% (mapping à améliorer) Le dernier fichier de Vidéo est passé à 99%. http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=&login=disc-order |
Intégration BDD Decitre
(IMP-32)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | FTP |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Critique |
| Rapporteur: | Marion Anfreville | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Créer un compte FTP pour le compte dont nous nous servons pour des tests : login : testImport1 ID Compte : 10889267 Profil a prendre en compte dans la configuration FTP (migration_titelive_decitre) : ID : 4304541 Login : grehalln |
| Commentaires |
| Commentaire de Marion Anfreville [ 24/août/06 14:09 ] |
|
===================================================================== COMPTE du vendeur créé ... Login: testimport1 Pass : pm_impTEST ===================================================================== |
| Commentaire de Marion Anfreville [ 24/août/06 16:32 ] |
|
Configuration FTP OK. - Prise en compte des images - Profil Migration Decitre : fichiers à déposer sous le répertoire stock/migration_decitre dans le compte FTP |
[IMP-1030] Demande de mise en place de validation automatique des commandes compte : fl-games Création: 11/juil./07 16:11 Mise à jour: 30/oct./09 15:44 Résolue: 12/juil./07 10:00 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Dorian Porta Delsol | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 10 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | fl-games |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Estimation: | Petit |
| Groupe: | jeux video |
| Description |
|
Création d'un compte FTP pour validation automatique des commandes.
|
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 12/juil./07 10:00 ] |
|
Le partenaire a déjà un compte FTP : Login: fl-games Pass : maqfezan Config mise à jour : @@@@@@@@@@@@@@@@@@ <!-- Flux de commandes --> <Directory path='purchase'> <Action type='Move'> <Files>*.txt</Files> <Source>/data/priceminister/pmftpstock/var/transactions/fr/fl-games/purchase</Source> <Destination>purchase</Destination> </Action> </Directory> <Directory path='confirmed_purchase'> <Action type='Move'> <Files>*.txt</Files> <Source>/data/priceminister/pmftpstock/var/transactions/fr/fl-games/confirmed_purchase</Source> <Destination>confirmed_purchase</Destination> </Action> </Directory> <Directory path='validation'> <Action type='Move'> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/fl-games/validation</Destination> </Action> </Directory> <Directory path='expiration'> <Action type='Move'> <Files>*.txt</Files> <Source>/data/priceminister/pmftpstock/var/transactions/fr/fl-games/expiration</Source> <Destination>expiration</Destination> </Action> </Directory> @@@@@@@@@@@@@@@@@@ |
| Commentaire de Rodrigue Nsiangani [ 12/juil./07 10:00 ] |
|
C'est fait. Je ferme. |
[APP-8129] Enlevement Mobilier - la case où il faut cocher ne prends pas en compte l'enlèvement Création: 24/mars/06 16:33 Mise à jour: 25/juin/07 18:36 Résolue: 05/juil./06 09:58 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 8.1.2b |
| Version(s) corrigée(s): | 9.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Elisabeth Delongeaux | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Enlevement Mobilier - la case où il faut cocher ne prends
pas en compte l'enlèvement. Il faut réitérer la manip 3x de suite avant
que celui-ci soit pris en compte .... |
| Commentaires |
| Commentaire de Yassine Mouhammadou [ 27/mars/06 11:25 ] |
|
Le paramétrage requis pour l'enlèvement est correct. Effectivement, l'enlèvement n'est pas prise en compte la première fois (tester pour le mobilier). |
| Commentaire de Elisabeth Delongeaux [ 27/mars/06 11:32 ] |
| L'enlevement n'est pas pris en compte la 1ere fois ni la 2eme fois ms seulement la 3eme.... |
| Commentaire de Patrick Condevaux [ 27/mars/06 12:15 ] |
|
Le bug n'apparait pas lors d'une mise en vente mais
uniquement lorsqu'on modifie une annonce pour ajouter/enlever le
retrait. Une fois sur deux on ne passe pas par la page ou l'on doit renseigner les modes de livraison (dont l'enlevement) et les cooordonnées (telephone, code postal). exemple sur une annonces créée pour le test la page ou on precise enlevement, tel et code postal est la suivante: http://www.priceminister.com/inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26pickup%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D5%26stage%3D200%26submitstage%3Dtrue%26x%3D145%26y%3D6 1 fois sur 2 on va directement a la page: http://www.priceminister.com/inventory?category=131081&select=5&update=true |
| Commentaire de Patrick Condevaux [ 27/mars/06 17:07 ] |
|
log JBOss lors d'une modification d'annonce: 2006-03-27 16:55:08,258 INFO [Processor100] testeurfou - >>> POST http://bo.priceminister.com/submit!action=submitadve...&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST PM va...&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=10&submitstage=true&x=161&y=12 2006-03-27 16:55:08,385 INFO [Processor100] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=161&y=12 2006-03-27 16:55:08,386 INFO [Processor100] testeurfou - <<< [127 ms] POST http://bo.priceminister.com/submit!action=submitadve...&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST PM va...&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=10&submitstage=true&x=161&y=12 2006-03-27 16:55:08,426 INFO [-Processor97] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=161&y=12 2006-03-27 16:55:08,620 WARN [-Processor97] testeurfou - BEGIN_AUDIT work() EJB3 2006-03-27 16:55:08,620 INFO [-Processor97] testeurfou - Updating complement product 26654450 2006-03-27 16:55:09,012 WARN [-Processor97] testeurfou - AdvertStockServiceBean.processAdvert BEGIN 2006-03-27 16:55:09,071 WARN [-Processor97] testeurfou - AdvertStockServiceBean.processAdvert END 2006-03-27 16:55:09,598 INFO [-Processor97] testeurfou - dans innerWorkEjb3 2006-03-27 16:55:09,598 INFO [-Processor97] testeurfou - result.getProductId() = 26654350 2006-03-27 16:55:09,598 INFO [-Processor97] testeurfou - result.getComplementId() = 26654450 2006-03-27 16:55:09,598 INFO [-Processor97] testeurfou - result.getAdvertId() = 66177091 2006-03-27 16:55:09,598 WARN [-Processor97] testeurfou - innerWorkEjb3 works fine 2006-03-27 16:55:09,598 WARN [-Processor97] testeurfou - END_AUDIT work() 2006-03-27 16:55:09,649 INFO [-Processor97] testeurfou - Redirecting to : /inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26pickup%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D161%26y%3D12 2006-03-27 16:55:09,649 INFO [-Processor97] testeurfou - <<< [1223 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=161&y=12 2006-03-27 16:55:09,693 INFO [-Processor91] testeurfou - >>> GET http://bo.priceminister.com/inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26pickup%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D161%26y%3D12 2006-03-27 16:55:09,987 INFO [-Processor91] testeurfou - <<< [294 ms] GET http://bo.priceminister.com/inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26pickup%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D161%26y%3D12 ----> On arrive bien sur la page de renseignement du tel et du code postal 2006-03-27 16:57:09,038 INFO [-Processor86] testeurfou - >>> POST http://bo.priceminister.com/inventory!action=pickupform&aid=66177091&allowpickup=true&allowshipping=true&countryid=249&dest=/submit?ac...&dummyphone=0102030405&dummyzip=75000&phonenumber=0102030405&submit=true&x=51&y=9&zip=75000 2006-03-27 16:57:09,126 INFO [-Processor86] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=161&y=12&frompickup=true 2006-03-27 16:57:09,126 INFO [-Processor86] testeurfou - <<< [87 ms] POST http://bo.priceminister.com/inventory!action=pickupform&aid=66177091&allowpickup=true&allowshipping=true&countryid=249&dest=/submit?ac...&dummyphone=0102030405&dummyzip=75000&phonenumber=0102030405&submit=true&x=51&y=9&zip=75000 2006-03-27 16:57:09,173 INFO [-Processor86] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=161&y=12&frompickup=true 2006-03-27 16:57:09,260 INFO [-Processor86] testeurfou - Redirecting to : /inventory?category=131081&select=0&update=true 2006-03-27 16:57:09,260 INFO [-Processor86] testeurfou - <<< [87 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=161&y=12&frompickup=true 2006-03-27 16:57:09,304 INFO [-Processor60] testeurfou - >>> GET http://bo.priceminister.com/inventory?category=131081&select=0&update=true 2006-03-27 16:57:09,518 INFO [-Processor60] testeurfou - <<< [214 ms] GET http://bo.priceminister.com/inventory?category=131081&select=0&update=true -----> Le mode retarit est bien ajouté a l'annonce.... - Je Clique sur Modifier : 2006-03-27 17:00:11,480 INFO [-Processor89] testeurfou - >>> GET http://bo.priceminister.com/inventory?action=view&aid=66177091&category=131081&cplproductid=26654450&productid=26654350&select=0 2006-03-27 17:00:11,531 INFO [-Processor89] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10 2006-03-27 17:00:11,531 INFO [-Processor89] testeurfou - <<< [51 ms] GET http://bo.priceminister.com/inventory?action=view&aid=66177091&category=131081&cplproductid=26654450&productid=26654350&select=0 2006-03-27 17:00:11,816 INFO [-Processor59] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10 2006-03-27 17:00:12,063 INFO [-Processor59] testeurfou - <<< [247 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10 - Je supprime l'autorisation de retrait et valide: 2006-03-27 17:01:01,010 INFO [-Processor71] testeurfou - >>> POST http://bo.priceminister.com/submit!action=submitadve...&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST PM va...&compproductid=26654450&isupdate=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=10&submitstage=true&x=135&y=14 2006-03-27 17:01:01,175 INFO [-Processor71] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=135&y=14 2006-03-27 17:01:01,176 INFO [-Processor71] testeurfou - <<< [165 ms] POST http://bo.priceminister.com/submit!action=submitadve...&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST PM va...&compproductid=26654450&isupdate=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=10&submitstage=true&x=135&y=14 2006-03-27 17:01:01,446 INFO [P-Processor8] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=135&y=14 2006-03-27 17:01:01,609 WARN [P-Processor8] testeurfou - BEGIN_AUDIT work() EJB3 2006-03-27 17:01:01,610 INFO [P-Processor8] testeurfou - Updating complement product 26654450 2006-03-27 17:01:02,035 WARN [P-Processor8] testeurfou - AdvertStockServiceBean.processAdvert BEGIN 2006-03-27 17:01:02,051 WARN [P-Processor8] testeurfou - AdvertStockServiceBean.processAdvert END 2006-03-27 17:01:02,756 INFO [P-Processor8] testeurfou - dans innerWorkEjb3 2006-03-27 17:01:02,756 INFO [P-Processor8] testeurfou - result.getProductId() = 26654350 2006-03-27 17:01:02,756 INFO [P-Processor8] testeurfou - result.getComplementId() = 26654450 2006-03-27 17:01:02,756 INFO [P-Processor8] testeurfou - result.getAdvertId() = 66177091 2006-03-27 17:01:02,756 WARN [P-Processor8] testeurfou - innerWorkEjb3 works fine 2006-03-27 17:01:02,757 WARN [P-Processor8] testeurfou - END_AUDIT work() 2006-03-27 17:01:02,879 INFO [P-Processor8] testeurfou - Redirecting to : /inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D135%26y%3D14 2006-03-27 17:01:02,880 INFO [P-Processor8] testeurfou - <<< [1433 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=135&y=14 2006-03-27 17:01:03,115 INFO [-Processor59] testeurfou - >>> GET http://bo.priceminister.com/inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D135%26y%3D14 2006-03-27 17:01:03,351 INFO [-Processor59] testeurfou - <<< [236 ms] GET http://bo.priceminister.com/inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D135%26y%3D14 --->J'arrive sur la page Choix du mode de retrait Je ne coche pas retrait, je valide: 2006-03-27 17:02:06,369 INFO [-Processor71] testeurfou - >>> POST http://bo.priceminister.com/inventory!action=pickupform&aid=66177091&allowshipping=true&countryid=249&dest=/submit?ac...&phonenumber=0102030405&submit=true&x=43&y=8&zip=75000 2006-03-27 17:02:06,486 INFO [-Processor71] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=135&y=14&frompickup=true 2006-03-27 17:02:06,486 INFO [-Processor71] testeurfou - <<< [117 ms] POST http://bo.priceminister.com/inventory!action=pickupform&aid=66177091&allowshipping=true&countryid=249&dest=/submit?ac...&phonenumber=0102030405&submit=true&x=43&y=8&zip=75000 2006-03-27 17:02:06,847 INFO [-Processor96] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=135&y=14&frompickup=true 2006-03-27 17:02:06,871 INFO [-Processor96] testeurfou - Redirecting to : /inventory?category=131081&select=0&update=true 2006-03-27 17:02:06,872 INFO [-Processor96] testeurfou - <<< [24 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=135&y=14&frompickup=true 2006-03-27 17:02:06,958 INFO [-Processor77] testeurfou - >>> GET http://bo.priceminister.com/inventory?category=131081&select=0&update=true 2006-03-27 17:02:07,144 INFO [-Processor77] testeurfou - <<< [186 ms] GET http://bo.priceminister.com/inventory?category=131081&select=0&update=true - Anouveau modifier: 2006-03-27 17:02:59,295 INFO [P-Processor4] testeurfou - >>> GET http://bo.priceminister.com/inventory?action=view&aid=66177091&category=131081&cplproductid=26654450&productid=26654350&select=0 2006-03-27 17:02:59,379 INFO [P-Processor4] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10 2006-03-27 17:02:59,379 INFO [P-Processor4] testeurfou - <<< [84 ms] GET http://bo.priceminister.com/inventory?action=view&aid=66177091&category=131081&cplproductid=26654450&productid=26654350&select=0 2006-03-27 17:02:59,434 INFO [-Processor53] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10 2006-03-27 17:03:00,140 INFO [-Processor53] testeurfou - <<< [705 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10 - J'autorise l'acheteur à retirer cet article et je valide: 2006-03-27 17:04:02,631 INFO [-Processor96] testeurfou - >>> POST http://bo.priceminister.com/submit!action=submitadve...&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST PM va...&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=10&submitstage=true&x=172&y=11 2006-03-27 17:04:02,682 INFO [-Processor96] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=172&y=11 2006-03-27 17:04:02,683 INFO [-Processor96] testeurfou - <<< [52 ms] POST http://bo.priceminister.com/submit!action=submitadve...&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST PM va...&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=10&submitstage=true&x=172&y=11 2006-03-27 17:04:02,832 INFO [-Processor94] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=172&y=11 2006-03-27 17:04:02,876 WARN [-Processor94] testeurfou - BEGIN_AUDIT work() EJB3 2006-03-27 17:04:02,876 INFO [-Processor94] testeurfou - Updating complement product 26654450 2006-03-27 17:04:02,954 WARN [-Processor94] testeurfou - AdvertStockServiceBean.processAdvert BEGIN 2006-03-27 17:04:02,961 WARN [-Processor94] testeurfou - AdvertStockServiceBean.processAdvert END 2006-03-27 17:04:03,056 INFO [-Processor94] testeurfou - dans innerWorkEjb3 2006-03-27 17:04:03,057 INFO [-Processor94] testeurfou - result.getProductId() = 26654350 2006-03-27 17:04:03,057 INFO [-Processor94] testeurfou - result.getComplementId() = 26654450 2006-03-27 17:04:03,057 INFO [-Processor94] testeurfou - result.getAdvertId() = 66177091 2006-03-27 17:04:03,057 WARN [-Processor94] testeurfou - innerWorkEjb3 works fine 2006-03-27 17:04:03,057 WARN [-Processor94] testeurfou - END_AUDIT work() 2006-03-27 17:04:03,072 INFO [-Processor94] testeurfou - Redirecting to : /inventory?category=131081&select=0&update=true 2006-03-27 17:04:03,072 INFO [-Processor94] testeurfou - <<< [240 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=172&y=11 2006-03-27 17:04:03,522 INFO [-Processor22] testeurfou - >>> GET http://bo.priceminister.com/inventory?category=131081&select=0&update=true 2006-03-27 17:04:03,630 INFO [-Processor22] testeurfou - <<< [108 ms] GET http://bo.priceminister.com/inventory?category=131081&select=0&update=true -----------> le retrait n'est pas ajouter et je ne suis pas passer par la page Choix du mode de retrait - Je refait la meme manip ... cette fois ca focntionne !! : 2006-03-27 17:05:07,315 INFO [-Processor34] testeurfou - >>> GET http://bo.priceminister.com/inventory?action=view&aid=66177091&category=131081&cplproductid=26654450&productid=26654350&select=0 2006-03-27 17:05:07,370 INFO [-Processor34] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10 2006-03-27 17:05:07,370 INFO [-Processor34] testeurfou - <<< [55 ms] GET http://bo.priceminister.com/inventory?action=view&aid=66177091&category=131081&cplproductid=26654450&productid=26654350&select=0 2006-03-27 17:05:07,428 INFO [-Processor77] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10 2006-03-27 17:05:07,714 INFO [-Processor77] testeurfou - <<< [286 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10 2006-03-27 17:05:17,319 INFO [-Processor59] testeurfou - >>> POST http://bo.priceminister.com/submit!action=submitadve...&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST PM va...&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=10&submitstage=true&x=154&y=5 2006-03-27 17:05:17,657 INFO [-Processor59] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=154&y=5 2006-03-27 17:05:17,658 INFO [-Processor59] testeurfou - <<< [338 ms] POST http://bo.priceminister.com/submit!action=submitadve...&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST PM va...&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=10&submitstage=true&x=154&y=5 2006-03-27 17:05:20,714 INFO [Processor120] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=154&y=5 2006-03-27 17:05:20,923 WARN [Processor120] testeurfou - BEGIN_AUDIT work() EJB3 2006-03-27 17:05:20,924 INFO [Processor120] testeurfou - Updating complement product 26654450 2006-03-27 17:05:21,155 WARN [Processor120] testeurfou - AdvertStockServiceBean.processAdvert BEGIN 2006-03-27 17:05:21,164 WARN [Processor120] testeurfou - AdvertStockServiceBean.processAdvert END 2006-03-27 17:05:21,258 INFO [Processor120] testeurfou - dans innerWorkEjb3 2006-03-27 17:05:21,258 INFO [Processor120] testeurfou - result.getProductId() = 26654350 2006-03-27 17:05:21,258 INFO [Processor120] testeurfou - result.getComplementId() = 26654450 2006-03-27 17:05:21,258 INFO [Processor120] testeurfou - result.getAdvertId() = 66177091 2006-03-27 17:05:21,258 WARN [Processor120] testeurfou - innerWorkEjb3 works fine 2006-03-27 17:05:21,258 WARN [Processor120] testeurfou - END_AUDIT work() 2006-03-27 17:05:21,353 INFO [Processor120] testeurfou - Redirecting to : /inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26pickup%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D154%26y%3D5 2006-03-27 17:05:21,353 INFO [Processor120] testeurfou - <<< [639 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=154&y=5 2006-03-27 17:05:21,392 INFO [P-Processor2] testeurfou - >>> GET http://bo.priceminister.com/inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26pickup%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D154%26y%3D5 2006-03-27 17:05:21,867 INFO [P-Processor2] testeurfou - <<< [475 ms] GET http://bo.priceminister.com/inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26pickup%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D154%26y%3D5 2006-03-27 17:05:51,484 INFO [Processor112] testeurfou - >>> POST http://bo.priceminister.com/inventory!action=pickupform&aid=66177091&allowpickup=true&allowshipping=true&countryid=249&dest=/submit?ac...&dummyphone=0102030405&dummyzip=75000&phonenumber=0102030405&submit=true&x=39&y=7&zip=75000 2006-03-27 17:05:51,559 INFO [Processor112] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=154&y=5&frompickup=true 2006-03-27 17:05:51,560 INFO [Processor112] testeurfou - <<< [75 ms] POST http://bo.priceminister.com/inventory!action=pickupform&aid=66177091&allowpickup=true&allowshipping=true&countryid=249&dest=/submit?ac...&dummyphone=0102030405&dummyzip=75000&phonenumber=0102030405&submit=true&x=39&y=7&zip=75000 2006-03-27 17:05:51,618 INFO [-Processor92] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=154&y=5&frompickup=true 2006-03-27 17:05:51,633 INFO [-Processor92] testeurfou - Redirecting to : /inventory?category=131081&select=0&update=true 2006-03-27 17:05:51,633 INFO [-Processor92] testeurfou - <<< [14 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=154&y=5&frompickup=true 2006-03-27 17:05:51,716 INFO [-Processor76] testeurfou - >>> GET http://bo.priceminister.com/inventory?category=131081&select=0&update=true 2006-03-27 17:05:51,833 INFO [-Processor76] testeurfou - <<< [117 ms] GET http://bo.priceminister.com/inventory?category=131081&select=0&update=true |
| Commentaire de Renaud Dierickx [ 05/juil./06 09:58 ] |
|
Ce bug est résolu. Patrick, peux-tu retester pour voir si le paramétrage a été fait ? Merci. |
| Commentaire de Patrick Condevaux [ 05/juil./06 12:30 ] |
| ok en INTEG |
[EXP-5221] Transfert Compte pro - CDISCOUNT Création: 14/févr./11 12:33 Mise à jour: 21/févr./11 14:29 Résolue: 21/févr./11 14:29 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Julien Buhagiar | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Bonjour
Le pro CDISCOUNT va vendre sur PriceMinister. Il s'est crée le compte CDISCOUNT-FR Nous voudrions transférer tout cela sur le compte CDISCOUNT, compte qui est déjà pris mais inactif. Validé avec Benoit T. et Steven. Merci bien |
| Commentaires |
| Commentaire de Julien Buhagiar [ 14/févr./11 13:53 ] |
|
Au passage, si possible, mettre la première lettre du login en majuscule, afin d'avoir Cdiscount (et non cdiscount).
|
| Commentaire de Patrick Pereira [ 21/févr./11 14:29 ] |
|
Bonjour.
C'est fait. cdiscount-fr a été remplacé par Cdiscount. |
[IMP-2178] Suppression des images pour le compte conceptfloor Création: 30/avr./08 16:40 Mise à jour: 30/oct./09 15:46 Résolue: 30/avr./08 17:37 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Frédéric Nahum | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | conceptfloor |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Description |
|
Le client souhaiterait que l'on supprime toutes ses images pour son compte
|
| Commentaires |
| Commentaire de Patrick Pereira [ 30/avr./08 17:37 ] |
| C'est fait. |
[IMP-3931] creation compte FTP bcnlibros Création: 09/juil./09 12:10 Mise à jour: 30/oct./09 15:44 Résolue: 15/juil./09 10:05 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Login: | bcnlibros | ||||||||
| Séparateur: | Tabulation | ||||||||
| Type de traitement: |
Suppression produits
|
||||||||
| Description |
|
creation compte FTP bcnlibros pour import images
|
| Commentaires |
| Commentaire de Daniel Pintamalli [ 15/juil./09 10:04 ] |
|
15/07/2009 - DAP ===================================================================== Cuenta FTP vendedor creada... Pseudo : bcnlibros contraseña : fezhkhu23G Server : ftp.priceminister.es Pais : es Flujo de pedidos : no ===================================================================== |
[EXP-947] Création des Comptes pour les nouveaux commerciaux Création: 19/janv./06 11:37 Mise à jour: 25/juin/07 18:55 Résolue: 23/janv./06 17:12 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | ZZ_Arnaud Baali | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | 5 heures | ||
| Temps consacré: | 1 jour, 6 heures, 30 minutes | ||
| Estimation originale: | 1 jour | ||
| Description |
|
Création de Compte Mail Création login réseaux Configuration des portables |
| Commentaires |
| Commentaire de ZZ_Arnaud Baali [ 23/janv./06 17:12 ] |
| La partie VPN sera traité dans l'autre JIRA "Probleme de VPN Commerciaux" |
[EXP-2092] Création de compte pour CVS Création: 19/mai/06 17:10 Mise à jour: 25/juin/07 18:58 Résolue: 22/mai/06 09:21 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Jérôme Gautier | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Pourrais je avoir un compte CVS pour pouvoir commiter les modifications CSS Nouvelles Chartes ? Merci |
[INF-508] Création de compte QTP3 et QTP4 Création: 16/juil./10 11:27 Mise à jour: 16/juil./10 16:36 Résolue: 16/juil./10 16:36 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Christophe Garcia | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
L'un pour le second poste de M'hand. L'autre pour le second poste d'Oussama. Il faudra un compte de messagerie pour chacun de ces 2 comptes. Merci C. |
| Commentaires |
| Commentaire de Stéphane Eccli [ 16/juil./10 16:36 ] |
| done. |
[APP-3812] Import : un profil d'import disparait du pseudo funky_2 et le stock est envoyé sur un compte particulier Création: 07/avr./05 15:43 Mise à jour: 25/juin/07 18:28 Résolue: 25/juin/07 18:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 7.3.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Gaël Seguillon | Attribution: | Dispatcher (Dev) |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Le vendeur funky_2 a un compte pro, il dispose aussi d'un compte perso spyboot, il jongle entre les 2 comptes or de façon etrange il a réussi à télécharger un fichier qu'il destinait à son compte pro sur ce compte particulier qui n'a pourtant pas de fonctionnalité activée pour permettre la fonction import de stock : ETONNANT NON ? |
| Commentaires |
| Commentaire de Validator [ 07/avr./05 15:48 ] |
|
Je ne vois pas du tout ce qui a pu se passer. Une idée ? |
| Commentaire de Quentin de Chivré [ 07/avr./05 16:27 ] |
|
Ca n'est pas très compliqué a faire, en fait la fonction d'import n'est désactivée que graphiquement. En se logguant en pro on peut afficher la page d'upload. Puis créer une nouvelle fenetre via CTRL+N. Dans cette 2eme fenetre se logguer en particulier. Puis de retour dans la 1ere fenetre faire un import, qui sera pris en compte sur le compte particulier. le compte courant est stocké dans la session, pas dans la page. La session est partagée par toutes les pages du même process windows. |
[APP-17494] [Mon Compte] Déploiement des compteurs de mon compte en prod Création: 07/août/07 15:29 Mise à jour: 28/sept./07 15:28 Résolue: 03/sept./07 14:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.0.0 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM archivés: | Maintenance 17.x.x | ||||||||
| Description |
|
2007-08-07 15:25:11,723 INFO [-Processor35] ziggy-test
- Delay to compute counters from "FO : Bloc "ma sélection"" : 10 ms est ce volontaire ? qu'est ce que cela signifie ? |
| Commentaires |
| Commentaire de Renaud Dierickx [ 07/août/07 16:57 ] |
|
Ce log permet de faire des statistiques sur le calcul des compteurs. Dans le cas : 2007-08-07 15:25:11,723 INFO [-Processor35] ziggy-test - Delay to compute counters from "FO : Bloc "ma sélection"" : 10 ms Ca signifie qu'on met 10ms à afficher les compteurs de ziggy-test dans le bloc 'ma sélection'. Après activation de la propriété de calcul des compteurs de mon compte, voici les premiers résultats : ------- Avec un petit compte utilisateur : 2007-08-07 16:11:33,139 INFO [-Processor18] rdierickx - >>> GET http://preview.priceminister.com/user?tab=vehicle 2007-08-07 16:11:33,140 INFO [-Processor18] rdierickx - Same request - count=1 - delay=36349ms 2007-08-07 16:11:33,173 INFO [-Processor18] rdierickx - Delay to compute counters from "FO : Mon compte Auto PART" : 22 ms 2007-08-07 16:11:33,488 INFO [-Processor18] rdierickx - <<< [348 ms] GET http://preview.priceminister.com/user?tab=vehicle 2007-08-07 16:11:42,470 INFO [-Processor34] rdierickx - >>> GET http://preview.priceminister.com/user?tab=account 2007-08-07 16:11:42,511 INFO [-Processor34] rdierickx - Delay to compute counters from "FO : Mon compte Classic" : 30 ms 2007-08-07 16:11:42,805 INFO [-Processor34] rdierickx - <<< [335 ms] GET http://preview.priceminister.com/user?tab=account 2007-08-07 16:11:51,271 INFO [P-Processor9] rdierickx - >>> GET http://preview.priceminister.com/wish?action=list 2007-08-07 16:11:51,489 INFO [P-Processor9] rdierickx - Delay to compute counters from "FO : Bloc "ma sélection"" : 7 ms 2007-08-07 16:11:51,572 INFO [P-Processor9] rdierickx - <<< [300 ms] GET http://preview.priceminister.com/wish?action=list ------- Avec un gros compte utilisateur : TDMNEUF 2007-08-07 16:13:55,253 INFO [-Processor37] 62.23.27.114 - >>> POST https://preview.priceminister.com/connect!action=dologin&login=TDMNEUF&password=4111&submitbtn=Connexion 2007-08-07 16:13:55,276 INFO [-Processor37] 62.23.27.114 - User authentication success - login = TDMNEUF 2007-08-07 16:13:55,571 INFO [-Processor37] 62.23.27.114 - <<< [318 ms] POST https://preview.priceminister.com/connect!action=dologin&login=TDMNEUF&password=4111&submitbtn=Connexion 2007-08-07 16:14:07,377 INFO [-Processor36] TDMNEUF - >>> GET http://preview.priceminister.com/user?tab=account 2007-08-07 16:14:15,014 WARN [-Processor36] TDMNEUF - Long query [7406 ms]: SellerPurchaseInfoQuery 2007-08-07 16:14:15,020 INFO [-Processor36] TDMNEUF - Delay to compute counters from "FO : Mon compte Classic" :7 623 ms 2007-08-07 16:14:15,313 INFO [-Processor36] TDMNEUF - <<< [7936 ms] GET http://preview.priceminister.com/user?tab=account 2007-08-07 16:14:15,314 WARN [-Processor36] TDMNEUF - Long request [7936 ms]: GET http://preview.priceminister.com/user?tab=account => On met 7s. C'est trop ! ------- En masquant ses compteurs mon compte en BO : 2007-08-07 16:16:39,552 INFO [P-Processor2] TDMNEUF - >>> GET http://preview.priceminister.com/user?tab=account 2007-08-07 16:16:39,553 INFO [P-Processor2] TDMNEUF - Same request - count=1 - delay=152176ms 2007-08-07 16:16:39,610 INFO [P-Processor2] TDMNEUF - Delay to compute counters from "FO : Mon compte Classic" : 46 ms => C'est mieux car on ne met plus que 46ms : c'est le temps de calcul de ses alertes pour le header de mon compte. Bilan : pour déployer les compteurs de mon compte, on procédera serveur par serveur. Avant le lancement de cette fonctionnalité, on pourra avec Patrick bloquer les comptes qui nous posent problème. |
| Commentaire de Renaud Dierickx [ 03/sept./07 14:25 ] |
| Je ferme le jira : déploiement done ! |
[IMP-2634] creation compte ftp+analyser et passer fichier nouveau partenaire ratillon Création: 24/sept./08 15:29 Mise à jour: 30/oct./09 15:43 Résolue: 02/oct./08 10:55 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | ratillon |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Description |
|
creation compte ftp+analyser et passer fichier nouveau partenaire ratillon
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 29/sept./08 16:19 ] |
| Vu avec emma il n y a pas d'editeur dans son fichier ?? |
| Commentaire de Anne Korchia [ 29/sept./08 16:27 ] |
| vu avec emma également je lui ai écrit pour l'en informer......... |
| Commentaire de Anne Korchia [ 01/oct./08 10:54 ] |
| nouveau fichier du pro avec les infos |
| Commentaire de Daniel Pintamalli [ 01/oct./08 15:21 ] |
|
Correction: Type de traitement: Mise à jour/création annonces avec création produits (écrasement) => la mise à jour de produits est réservée pour des cas spécifiques. Import en cours: http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=6356736 |
| Commentaire de Daniel Pintamalli [ 01/oct./08 16:00 ] |
|
Le fichier est passé à 67%. Rapport d'erreurs: La référence standard est fausse. => 15 lignes La référence standard est fausse / Vérifiez que l'ouvrage ait bien un titre, un auteur et un éditeur. => 1 lignes Le prix de vente de ce produit ne peut pas dépasser XXXXX EUR (loi lang). => 8 lignes Vérifiez que l'ouvrage ait bien un titre, un auteur et un éditeur. => 67 lignes Veuillez sélectionner un niveau de qualité. => 1 lignes |
| Commentaire de Anne Korchia [ 01/oct./08 16:05 ] |
| où en est on avec l'ouverture de son compte FTP? |
| Commentaire de Anne Korchia [ 01/oct./08 16:05 ] |
| Où en est on avec l'ouverture de son compte FTP? |
| Commentaire de Daniel Pintamalli [ 02/oct./08 10:55 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo FTP: ratillon mot de passe FTP : frjU76g5ml Serveur FTP : ftp.priceminister.com Emplacement FTP à utiliser: stock/ecrasements Séparateur de champs du fichier: point-virgule Extension du fichier: txt ou csv ===================================================================== |
[IMP-5231] creation compte ftp+analyser et deposer fichier nouveau pro lowcostVF Création: 05/févr./10 11:34 Mise à jour: 22/févr./10 10:04 Résolue: 22/févr./10 10:04 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | lowcostVF |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
creation compte ftp+analyser et deposer fichier nouveau pro lowcostVF
|
| Commentaires |
| Commentaire de Anne Korchia [ 05/févr./10 12:01 ] |
|
le fichier ets juste un exemple pour que vous puissiez paramétrer le compte merci |
| Commentaire de Anne Korchia [ 05/févr./10 15:28 ] |
| également création flux de commandes |
| Commentaire de Jérome Marianne [ 19/févr./10 17:28 ] |
|
Format "Fourniture de bureau 2005" paramétré pour le compte. Le compte FTP sera créé et activé lundi car le vendredi on ne peut pas le faire. |
| Commentaire de Jérome Marianne [ 22/févr./10 09:56 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : lowcostvf mot de passe : 22low33cost Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Jérome Marianne [ 22/févr./10 10:04 ] |
| Le compte FTP est activé pour le flux de commande. |
[IMP-6790] supprimer les fiches de fkmuzik en stock 0 - son compte est en -2 (pénalité SAV) Création: 18/août/10 15:04 Mise à jour: 01/sept./10 09:34 Résolue: 01/sept./10 09:34 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Projet import |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anthony Briou | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | fkmuzik |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
| Commentaires |
| Commentaire de Anthony Briou [ 18/août/10 15:17 ] |
|
CF : http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=4325089 |
| Commentaire de Jérome Marianne [ 31/août/10 18:02 ] |
| Fichier obtenu par requête |
| Commentaire de Jérome Marianne [ 31/août/10 18:02 ] |
|
Format de suppression produit paramétré. Fichier soumis. |
| Commentaire de Jérome Marianne [ 01/sept./10 09:34 ] |
| Les fiches produits ont été supprimées. |
[APP-17259] Disparition du bloc "Bienvenue" au fil des différentes page "Mon Compte" Création: 25/juil./07 11:19 Mise à jour: 09/août/07 15:48 Résolue: 09/août/07 15:48 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.0.0 |
| Version(s) corrigée(s): | ToDo |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Christophe Garcia | Attribution: | Emeric Teil |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Description |
|
Exemple : Sur la page "Mon compte" le bloc n'y est pas (voir screenshot)
|
| Commentaires |
| Commentaire de Arnaud Forgues [ 25/juil./07 11:46 ] |
| A priori, c'était demandé dans la spec |
| Commentaire de Alexandre Garnier [ 25/juil./07 11:51 ] |
|
En effet, il a été demander d'enlever ce bloc bienvenue des 3 pages correspondantes aux onglets de la HP Mon Compte. On sait que la configuration des blocs de la colonne de gauche fait que le menu a tendance à se balader ... Une réflexion est en cours chez les fonctionnels. |
| Commentaire de Christophe Garcia [ 25/juil./07 16:10 ] |
|
Et le résultat de cette réflexion est ? (Perso je trouve que c'est vilain) |
| Commentaire de Emeric Teil [ 25/juil./07 16:22 ] |
|
Effectivement, ce n'est pas terrible : - visiblement - ergonomiquement car un menu de nav est censé être toujours au même endroit et donc ne doit pas se balader Une réflexion, qui dépasse le cadre de ce bloc "Bienvenue" pour repenser la position des blocs de mon compte et donc l'utilisation des colonnes gauche/droite, est effectivement en cours et ne concerne pas la livraison de la v16. L'idée est donc de sortir "Mon compte" tel quel et d'apporter des améliorations dans une prochaine version. |
| Commentaire de Christophe Garcia [ 26/juil./07 10:38 ] |
| Je le réouvre et te l'affecte en version "TODO" et donc à traiter en lot avec le chantier dont tu parles. |
| Commentaire de Emeric Teil [ 09/août/07 15:48 ] |
|
Ce problème a finalement été résolu avant la mise en prod de la V16. Le bloc "Bienvenue" n'ayant plus d'intérêt réel dans "Mon Compte", il a été supprimé de toutes les pages de celui-ci. Le problème du menu qui est poussé vers le bas par un bloc supérieur est donc résolu dans 90 % des cas. Trois blocs posent encore problème, il s'agit de "Inventaire", "mes articles mémorisés" et "mes souhaits". La réflexion se poursuit pour ces trois blocs. |
[APP-17726] enlever le lien "NOUVEAU ! L'espace « Mon compte » change de look ! Donnez-nous votre avis" Création: 06/sept./07 14:06 Mise à jour: 02/oct./07 14:41 Résolue: 25/sept./07 10:44 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 17.0.0 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Steven Harel | Attribution: | Nerea Prieto |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM archivés: | Maintenance 17.x.x |
| Description |
|
il faudrait enlever le lien "NOUVEAU ! L'espace « Mon compte » change de look ! Donnez-nous votre avis" au dessus des onglets "mon compte" sur la nouvelle home "mon compte" demander au marketing si on dégage le lien ou si on le remplace par autre chose |
| Commentaires |
| Commentaire de Nerea Prieto [ 07/sept./07 11:59 ] |
|
On introduit la phrase suivante en remplacement : Payez vos achats en plusieurs fois grâce à notre partenaire 1euro.com En savoir plus >> |
| Commentaire de Nerea Prieto [ 10/sept./07 10:29 ] |
|
Phrase ajouté sur le site FR. Phrase supprimée sur le site ES. CMS1 Express et CMS1 www-es |
| Commentaire de Swan Desportes [ 10/sept./07 12:22 ] |
| Il faut une version |
| Commentaire de Nerea Prieto [ 11/sept./07 09:23 ] |
| Merci de publier pour la V_17 comme j'avais marqué dans le commentaire d'InfoGlue. |
| Commentaire de Ariane Baldinger [ 11/sept./07 10:35 ] |
|
Nerea, tu peux remettre le jira en statut 'à publier' ? Merci. |
| Commentaire de Charlotte Fachan [ 17/sept./07 17:18 ] |
|
Olga, comme convenu est il possible de modifier la phrase promotionnelle sur le service 1¿, sur la page mon compte Payez vos achats en plusieurs fois grâce à notre partenaire 1euro.com >> En savoir plus Et Payez vos achats en plusieurs fois grâce à notre partenaire 1euro.com. Pour en savoir plus, cliquez ici avec 1euro.com en gras et en vert (identique au vert utilisé par 1¿ ou idem que sur la home dans l'espace PriceMembers) et avec cliquez ici souligné avec le même redirect vers la pop up d'explication 1¿. L'idéal étant que tout soit sur la même ligne. Merci. Charlotte |
| Commentaire de Steven Harel [ 17/sept./07 17:29 ] |
|
faudrait effectivement mettre ça sur 1 ligne mais pas de "cliquez ici", on ne fait plus ce genre de truc on utilise le même format que pour les autres pages : Payez vos achats en plusieurs fois grâce à notre partenaire 1euro.com ... <u>en savoir plus</u> |
| Commentaire de Charlotte Fachan [ 17/sept./07 18:19 ] |
|
Ok d'ac, va pour le "En savoir plus" ;-) Merci Steven Charlotte |
| Commentaire de Nerea Prieto [ 18/sept./07 10:32 ] |
|
Vu avec Charlotte. C'est bon maintenant. Publier pour la V17, cms1, express. |
| Commentaire de Ariane Baldinger [ 19/sept./07 12:02 ] |
| publié |
| Commentaire de Emeric Teil [ 25/sept./07 09:58 ] |
|
Vu avec Charlotte et Steven, c'est emplacement est
maintenant dédié à la communication vers nos utilisateurs. Il ne faut
donc plus l'utiliser en tant qu'espace promotionnel afin d'éviter toute
confusion sur la nature de ce bloc. En attendant de disposer d'un contenu adéquat, merci de "vider" cet emplacement (FR et ES). |
| Commentaire de Nerea Prieto [ 25/sept./07 10:42 ] |
|
C'est fait Cms1 Express |
| Commentaire de Ariane Baldinger [ 25/sept./07 10:44 ] |
| publié |
[EXP-2194] Suppression du Compte de Julien RAMPON Création: 05/juin/06 16:54 Mise à jour: 25/juin/07 18:58 Résolue: 15/juin/06 16:03 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | ZZ_Arnaud Baali | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Julien RAMPON ayant quitté la société, il est necessaire de lui desactiver tous ces comptes. J'ai effectué les démarches auprès de JET J'ai supprimer son compte Fortigate J'ai fais une demande de redirection des mails sur la boite de Seabstien Tournay |
| Commentaires |
| Commentaire de Sébastien Tournay [ 15/juin/06 15:38 ] |
|
Arnaud, Je pense que l'on peut fermer cette demande maintenant ? |
| Commentaire de ZZ_Arnaud Baali [ 15/juin/06 16:03 ] |
| Tous les accès ont été fermés |
[IMP-2451] Modification profil de compte Création: 17/juil./08 11:36 Mise à jour: 30/oct./09 15:50 Résolue: 17/juil./08 12:19 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Skender Berisha | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | procommerce |
| Modèle: | entréehightech-2007 |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Bonjour Est-il possible de passer le compte du partenaire : procommerce en écrasement. Merci Skender |
| Commentaires |
| Commentaire de Fotigui Tangara [ 17/juil./08 12:18 ] |
| Demande traitée... |
[APP-24030] [lanson] Création compte impossible Création: 22/janv./09 17:32 Mise à jour: 22/janv./09 17:47 Résolue: 22/janv./09 17:47 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Cédric Goldovsky | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Salut Patrick, impossible de me créer un compte sur Lanson. Merci de ton aide :-) |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 22/janv./09 17:47 ] |
| sans objet. ça refonctionne |
[IMP-5325] Compte FTP pour partenaire Viplingerie Création: 17/févr./10 16:40 Mise à jour: 18/févr./10 09:51 Résolue: 18/févr./10 09:51 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Cantoni Carlos | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Login: | viplingerie |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Compte FTP pour partenaire Viplingerie le pro a deja un profil d'import et un compte FTP mais il n'arrive pas a se connecter, il semble que ce compte FTP n'existe plus. Pseudo : viplingerie contraseña : rfeh56U8 Server : ftp.priceminister.es pourriez-vous créer un compte FTP avec le même profil d'import afin que le partenaire puisse faires ses MAJ? merci |
| Commentaires |
| Commentaire de Laurent Payot [ 17/févr./10 17:41 ] |
| Impossible de faire ça après 17h30 pour des raisons de sécurité. Je fais ça demain matin. |
| Commentaire de Laurent Payot [ 18/févr./10 09:50 ] |
|
C'est fait: ===================================================================== Cuenta FTP vendedor creada... Pseudo : viplingerie contraseña : rfeh56U8 Server : ftp.priceminister.es Pais : es Flujo de pedidos : si ===================================================================== Le partenaire peut deposer ses fichiers dans le répertoire FTP /stock/agregar Pour supprimer des annonces il faut mettre quantité = 0. |
[APP-1350] Rajouter des 0 devant les n° de compte et guichet Création: 10/juil./01 17:37 Mise à jour: 25/juin/07 18:23 Résolue: 25/juin/07 18:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Nicolas Benady |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
RIB: si le numéro de guichet ou le numéro de compte et trop court, rajouter les 0 devant |
| Commentaires |
| Commentaire de Jessica Rajabaly [ 10/juil./01 17:40 ] |
|
*** This bug has been marked as a duplicate of 657 *** |
[APP-9848] Mon compte / Activation de mon inventaire Création: 29/mai/06 14:51 Mise à jour: 25/juin/07 18:39 Résolue: 31/mai/06 10:30 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Inventaire |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Benjamin Guerville | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Integ |
| Description |
|
le lien "Activation de mon inventaire" dans "mon compte / espace vendeur" n'est pas en gras souligné.
|
| Commentaires |
| Commentaire de Younès Charrière [ 29/mai/06 15:25 ] |
| Voir screenshot |
| Commentaire de Xavier Boreux [ 29/mai/06 17:41 ] |
| Il faut passer une class="category_name" sur le lien ! |
| Commentaire de Younès Charrière [ 30/mai/06 10:48 ] |
| Le lien a bien été corrigé mais il doit être en fait en rouge non souligné... là on a une régression : sur la PROD le lien est comme celui de l'activation du Porte-Monnaie (voir le screenshot "Lien Activation de l'inventaire"). |
| Commentaire de Renaud Dierickx [ 30/mai/06 11:35 ] |
| Tu as une classe rouge pour faire ça !!! |
| Commentaire de Jérôme Gautier [ 30/mai/06 18:54 ] |
| Ouaip la class="alert"... |
| Commentaire de Younès Charrière [ 31/mai/06 10:06 ] |
| Vu avec Jérôme : le lien "Activation de mon inventaire" doit aussi être en rouge (class="alert"...) |
| Commentaire de Lydia Dali [ 31/mai/06 19:05 ] |
| ok en integ. |
[APP-18774] Impossibilité d'accéder au compte Création: 29/nov./07 10:10 Mise à jour: 30/nov./07 12:06 Résolue: 29/nov./07 11:14 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 18.0.0 |
| Version(s) corrigée(s): | 18.0.1 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Gaël Seguillon | Attribution: | Swan Desportes |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Integ | ||||||||||||||||
| Navigateur: | Safari | ||||||||||||||||
| Projets PM archivés: | Maintenance 18.x.x | ||||||||||||||||
| Description |
|
Impossibilité pour le pro ciné-maniak d'accéder à l'espace
mon compte , le site est dispo mais lorsqu'il clique sur mon compte page
blanche, navigateur safari sous mac |
| Commentaires |
| Commentaire de Christophe Garcia [ 29/nov./07 10:58 ] |
|
Pb avec les "très vieux" cookies. Il faut demander à tes PRO de supprimer le cookie www.priceminister.com. Je t'envoie un mail détaillé pour t'expliquer la marche à suivre. |
[APP-9901] Nouvelle vente non présente sur le compte Création: 29/mai/06 16:21 Mise à jour: 25/juin/07 18:39 Résolue: 30/mai/06 10:57 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Gaël Seguillon | Attribution: | Validator |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Integ |
| Description |
|
J'ai commandé 2 fois d'un compte test vers un autre, j'ai
bien reçu les mails de prise en ompte des commandes (coté acheteur) et
de félicitations (vendeur) mais si l'achat est bien enregistré dans le
compte acheteur malgré le mail reçu de confirmation de commande
(félicitations etc ... côté vendeur) Cette nouvelle vente ne figure pas sur le compte vendeur (pseudo gaelzetest) et il n'y a plus aucun lien signalant la nouvelle vente sur la page d'accueil du compte vendeur purchaseid=34279146 Compte vendeur : gaelzetest Compte acheteur : gaelzetest2 |
| Commentaires |
| Commentaire de Lydia Dali [ 30/mai/06 10:57 ] |
|
Le message est bien là. Je ferme donc le jira (le pb est dû aux pbs qu'on a eu sur deutz hier ). |
[IMP-1627] mise en place Compte FTP type Neteven pour pseudo courtial Création: 27/nov./07 11:22 Mise à jour: 30/oct./09 15:43 Résolue: 22/janv./08 15:37 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Gaël Seguillon | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | courtial |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Estimation: | Petit |
| Groupe: | Neteven |
| Description |
|
mise en place Compte FTP type Neteven pour pseudo courtial
|
| Commentaires |
| Commentaire de Gaël Seguillon [ 13/déc./07 10:20 ] |
|
pouvez vous juste ouvrir le compte FTP svp merci |
| Commentaire de Gaël Seguillon [ 08/janv./08 16:18 ] |
|
format entrees/sorties annonces neteven creation produit format bouquiniste ref = code barre ou ISBN |
| Commentaire de Daniel Pintamalli [ 08/janv./08 16:53 ] |
|
COMPTE FTP du vendeur créé ... Pseudo : courtial Mot de passe : hjfdu8hgurfU |
| Commentaire de Daniel Pintamalli [ 08/janv./08 17:13 ] |
|
Création fiches (livres) et annonces -> M.à.j./création
annonces avec création produits -> Modèle Livres, Livres Anciens,
Revues #0.1 -> Séparateur de champs=tabulation Sorties Neteven -> Suppression annonces -> NETEVEN - Sorties V1.0 -> Séparateur de champs=barre verticale Entrées Neteven -> Mise à jour/création annonces -> NETEVEN - Entrées V1.0 -> Séparateur de champs=barre verticale |
| Commentaire de Daniel Pintamalli [ 08/janv./08 17:13 ] |
| Compte FTP type Neteven en place. |
| Commentaire de Gaël Seguillon [ 22/janv./08 14:23 ] |
|
Mettre le format à jour type sellermania en effet le pro ne bosse plus avec neteven mais sellermania |
| Commentaire de Marion Anfreville [ 22/janv./08 14:55 ] |
|
Tu exagères de réouvrir une vieille demande alors qu'il s'agit d'une nouvelle demande jira ! Il suffisait d'ouvrir une nouvelles demandes et de me demander pour la prioriser. |
| Commentaire de Gaël Seguillon [ 22/janv./08 15:09 ] |
| ca va plus vite :-) |
| Commentaire de Marion Anfreville [ 22/janv./08 15:15 ] |
| Oui mais la prochaine fois tu risques de voir ta demande fermée car réouverture de demande pas justifiée. |
| Commentaire de Daniel Pintamalli [ 22/janv./08 15:17 ] |
| Va-t-il continuer à utiliser son profil en "M.à.j./création annonces avec création produits" en parallèle? (Modèle Livres, Livres Anciens, Revues #0.1) |
| Commentaire de Jérôme Viviès [ 22/janv./08 15:18 ] |
| Dans le vieux code d'Amourabi, les personnes qui réouvraient les demandes JIRA étaient bannies de la cité, après qu'on leur ait arraché les dents, non ? |
| Commentaire de Gaël Seguillon [ 22/janv./08 15:29 ] |
| je le ferai plus les dents ca va mais pas les cheveux svp :-) |
| Commentaire de Daniel Pintamalli [ 22/janv./08 15:35 ] |
|
Aucune annonce dans la boutique de courtial -> pas d'extraction La Configuration Sellermania est active. |
[IMP-770] carmanauto : Compte FTP ne marche pas + Pas de fichier image dans son FTP Création: 25/mai/07 14:38 Mise à jour: 30/oct./09 15:50 Résolue: 29/mai/07 10:16 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 30 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | carmanauto |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Estimation: | Petit |
| Description |
|
Le client n'arrive pas à envoyer son fichier et de plus il
ne semble pas y avoir de dossier images dans son compte FTP.
|
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 25/mai/07 17:38 ] |
|
Il y a un bien un fichier cardiff en attente sur son compte : @@@@@@@@@ [adminpm@bacchus carmanauto]$ tree . |-- Images |-- confirmed_purchase |-- expiration |-- purchase |-- stock | |-- ecrasements | | `-- CARDIFF_carmanauto_20070525.txt | |-- entrees | `-- sorties `-- validation @@@@@@@@@@ J'ai créé le répertoire Images + correction de la config du partenaire. Il manquait "fr" pour le répertoire de destination. RON. |
| Commentaire de Jérome Marianne [ 28/mai/07 10:07 ] |
| Le client peut donc maintenant faire ses envois? |
| Commentaire de Rodrigue Nsiangani [ 29/mai/07 10:16 ] |
|
Un fichier est apparu dans les imports. http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=4729392&login=carmanauto Le login est déjà dans la liste d'import automatique d'image. Le partenaire peut reprendre ses soumissions de fichiers. Je ferme. |
[IMP-2372] creation compte ftp neteven pour nouveau pro woffice+analyser et passer son fichier Création: 23/juin/08 12:04 Mise à jour: 30/oct./09 15:43 Résolue: 10/sept./08 09:46 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | woffice |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Groupe: | neteven |
| Description |
|
creation compte ftp neteven pour nouveau pro woffice+analyser et passer son fichier
|
| Commentaires |
| Commentaire de Fotigui Tangara [ 25/juin/08 13:38 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : woffice mot de passe : zrrTF23pvy Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Fotigui Tangara [ 25/juin/08 14:49 ] |
| L'attribut plage de poids est obligatoire pour déterminer les frais de port. Cette donnée est manquante. |
| Commentaire de Anne Korchia [ 25/juin/08 15:46 ] |
| je vais informer neteven pour qu'il fournisse un fichier correct |
| Commentaire de Fotigui Tangara [ 25/juin/08 15:57 ] |
| Ok |
| Commentaire de Fotigui Tangara [ 02/juil./08 13:42 ] |
| Au moment venu, Neteven pourra déposer le fichier dans le dossier stock/ecrasements du compte ftp du pro. Aussi Neteven peut nous faire parvenir le fichier du pro. Merci. |
| Commentaire de Anne Korchia [ 28/août/08 18:03 ] |
| voilà le fichier à jour merci de l'analyser et de le passer |
| Commentaire de Gaël Seguillon [ 02/sept./08 10:35 ] |
|
merci de passer le fichier en ligne gaël |
| Commentaire de Gaël Seguillon [ 02/sept./08 10:38 ] |
|
laisser tomber j'ai envoyé le fichier de stock en direct par son FTP on peut fermer la demande merci Gaël |
| Commentaire de Anne Korchia [ 08/sept./08 16:17 ] |
| le fichier n'est pas passé merci de voir ce qui cloche |
| Commentaire de Frédéric Nahum [ 10/sept./08 09:46 ] |
|
le fichier passe mais attention il ya beaucoup de produit
pas compatible avec le modèle fourniture bureau comme des perles etc... Il ne peux y avoir de multi produits, et les partenaire Neteven ne doive utiliser que les modèle PM |
[IMP-1676] extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes bookinNantes Création: 12/déc./07 15:30 Mise à jour: 30/oct./09 15:43 Résolue: 24/janv./08 10:39 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Gaël Seguillon | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 30 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | bookinNantes |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Estimation: | Petit |
| Groupe: | Sellermania |
| Description |
|
extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes bookinNantes
|
| Commentaires |
| Commentaire de Gaël Seguillon [ 13/déc./07 10:18 ] |
| En fait seule l'ouverture d'u compte FTP est nécessaire |
| Commentaire de Gaël Seguillon [ 07/janv./08 14:31 ] |
| SELLERMANIA |
| Commentaire de Marion Anfreville [ 18/janv./08 17:29 ] |
| Procédure à suivre : http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=PartenaireSellermania |
| Commentaire de Marion Anfreville [ 24/janv./08 10:18 ] |
|
En pj, l'extraction de stocks au 23/01/2008 => 2008-01-23_bookinNantes_stocks.txt Cela correspond au stock indiqué dans l'inventaire du partenaire (1 annonce, stock 1). |
| Commentaire de Marion Anfreville [ 24/janv./08 10:26 ] |
|
Compte FTP créé : =============================== COMPTE du vendeur créé ... ======= Compte FTP ======= === Home : bookinnantes == === Pass : H5ebT40c ====== =============================== Testé : la connexion fonctionne. |
| Commentaire de Marion Anfreville [ 24/janv./08 10:39 ] |
|
Profils d'import type Sellermania créés : - Entrées (Format Entrées 2006 - màj/création annonces avec recherche par EAN ou ISBN) - Sorties (Format Entrées 2006 - suppression annonces avec recherche par EAN ou ISBN) - Ecrasements (Format Entrées 2006 - màj/création annonces (écrasement) avec recherche par EAN ou ISBN) Configuration FTP réalisée (flux de commandes + récupération fichiers de stock), opérationnelle. |
[IMP-1919] ouverture compte ftp via neteven pour nouveau pro placeolivres Création: 25/févr./08 16:34 Mise à jour: 30/oct./09 15:43 Résolue: 11/avr./08 10:22 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Anne Korchia | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | placeolivres |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Groupe: | neteven |
| Description |
|
ouverture compte ftp via neteven pour nouveau pro placeolivres
|
| Commentaires |
| Commentaire de Anne Korchia [ 25/févr./08 16:35 ] |
|
analyser et passer leur fichier merci |
| Commentaire de Marion Anfreville [ 25/févr./08 17:04 ] |
|
Le fichier n'entre pas dans une procédure Neteven courante,
c'est à dire si création de produits, utilisation des modèles de fichier
priceminister. Données du fichier intéressantes mais sur un fichier d'env. 100 valeurs, 50 valeurs mapping à créer si on veut exploiter les classifications. Il s'agit de produits récents, sur 3 EAN recherchés, 3 produits Decitre trouvé chez nous. Je propose une procédure Neteven courante sans création produit : entrées, sorties => http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=PartenaireNeteven |
| Commentaire de Marion Anfreville [ 25/févr./08 17:07 ] |
|
Si procédure Neteven, courante, le fichier ne pourra être
traité. A priori, c'est à Neteven de nous fournir dans ce cas les
annonces du partenaires au format courant annonce Neteven, c'est à dire
un fichier annonce avec cette structure : Référence Produit Prix de vente Qualité Quantité Commentaire annonce Collection ? Référence Annonce Commentaire privé annonce Fabricant (SEULEMENT POUR LES PRODUITS HIGH TECH, LAISSER CHAMP VIDE SI PAS PRODUIT HIGH TECH) Expédition, Enlèvement Téléphone Code postal Pays |
| Commentaire de Gaël Seguillon [ 27/févr./08 14:31 ] |
| fichier à importer au format neteven type |
| Commentaire de Daniel Pintamalli [ 07/avr./08 16:44 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : placeolivres mot de passe : gtihuh4hU Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Daniel Pintamalli [ 07/avr./08 16:45 ] |
| La configuration Neteven pour ce partenaire est en place. |
| Commentaire de Daniel Pintamalli [ 07/avr./08 16:48 ] |
|
1. Microsoft Excel Inventaire Neteven EDLM.xls (145 kb) => Ce fichier ne respecte pas le modèle bouquiniste. 2. Microsoft Excel inventairePMfinal.xls (76 kb) => classification thématique absente La configuration Neteven en place est la courante: entrées, sorties sans création produit. |
| Commentaire de Gaël Seguillon [ 07/avr./08 18:43 ] |
|
Il faudrait essayer de passer leur fichier aussi svp merci Gael |
| Commentaire de Anne Korchia [ 09/avr./08 16:43 ] |
|
pouvez vous passer le fichier final en création annonce svp merci |
| Commentaire de Daniel Pintamalli [ 10/avr./08 14:53 ] |
| Mode d'expédition non configuré au niveau du compte: Merci de créer une première annonce. |
| Commentaire de Gaël Seguillon [ 11/avr./08 09:48 ] |
|
en fait il faut prendre le fichier Final merci |
| Commentaire de Daniel Pintamalli [ 11/avr./08 10:22 ] |
| J'ai soumis le fichier final. Par contre, le fichier n'a pas créé de fiche car toutes références existaient déjà => 84 annonces créées. |
[APP-24332] [Mon Compte] : Bloc Bienvenue malvenu sur la page de confirmation de déclaration de sinistre Création: 17/févr./09 12:08 Mise à jour: 27/mai/09 14:50 Résolue: 20/avr./09 17:29 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 47.0.0 (TX-G) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Cf capture, le bloc bienvenue ne doit pas apparaître ici, le bloc mon compte doit être seul à gauche.
|
| Commentaires |
| Commentaire de Emeric Teil [ 17/avr./09 18:12 ] |
|
Au passage (cela à déjà été fait normalement), peux-tu
vérifier que ce bloc "Bienvenue" n'apparait jamais dans mon compte, au
dessus du menu "mon compte" dans la colonne de gauche ? Merci d'avance |
| Commentaire de Clement Balay [ 20/avr./09 17:24 ] |
|
Voici une liste des pages qui contiennent le bloc "Mon compte" avec au dessus le bloc "Bienvenue": PLATFORM_REDIRECT: la page qui dit que l'on est loggué avec un login d'une plateforme différente NEWSLETTER: ancienne pahe plus utilisée des newsletters ADVERT_BUYER_CONTRACT_LIST: Page "Détail de mes garanties" COMPLAINT_REGISTER: page "déclaration de sinistre" COMPLAINT_CREATION_SUCCESS page "déclaration de sinistre réussi" |
| Commentaire de Clement Balay [ 20/avr./09 17:35 ] |
| CAJ2009Q2 |
| Commentaire de Emeric Teil [ 26/mai/09 12:15 ] |
| OK en Integ |
| Commentaire de Aurélie Kwiatkowski [ 27/mai/09 14:50 ] |
| OK |
[IMP-5672] création compte ftp+flux de commandes pour pro presse-reduc Création: 26/mars/10 17:05 Mise à jour: 29/mars/10 15:12 Résolue: 29/mars/10 15:12 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | presse-reduc |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
création compte ftp+flux de commandes pour pro presse-reduc
|
| Commentaires |
| Commentaire de Jérome Marianne [ 29/mars/10 13:58 ] |
|
Compte FTP vendeur créé... Pseudo : presse-reduc mot de passe : 988presse112 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui |
| Commentaire de Jérome Marianne [ 29/mars/10 15:12 ] |
| Le compte FTP est activé pour le stock et le flux de commandes |
[IMP-6723] création compte ftp +creation p+f pour pro PARIS-LIVRES sellermania Création: 09/août/10 09:21 Mise à jour: 10/août/10 14:49 Résolue: 10/août/10 14:49 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | PARIS-LIVRES |
| Modèle: | sellermania |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
création compte ftp +creation p+f pour pro PARIS-LIVRES sellermania
|
| Commentaires |
| Commentaire de Jérome Marianne [ 10/août/10 14:27 ] |
|
Compte FTP vendeur créé... Pseudo : paris-livres mot de passe : livres09! Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui |
| Commentaire de Jérome Marianne [ 10/août/10 14:49 ] |
|
Profil Sellermania paramétré. Compte FTP activé. |
[EXP-2176] Ouverture de compte CVS Création: 01/juin/06 15:59 Mise à jour: 25/juin/07 18:58 Résolue: 02/juin/06 08:14 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Stéphane François | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Jérôme Gautier souhaiterait que je dispose d'un compte CVS pour travailler sur la CSS NC. Pourriez vous me le créer ?? Merci |
[APP-16435] Mon Compte : besoin de traduction des labels de code du 11/06 au 13/06 Création: 22/mai/07 17:11 Mise à jour: 01/août/07 10:09 Résolue: 23/juil./07 10:18 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 16.0.0 |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Fréderic Tiberghien | Attribution: | Nerea Prieto |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Site: | Dev |
| Description |
|
Pour le projet mon compte, composant Home page mon compte,
nous avons besoin de Nerea pour la traduction des label du 7/06 au
11/06, sous réserve de modification de planning.
|
| Commentaires |
| Commentaire de Fréderic Tiberghien [ 31/mai/07 18:35 ] |
|
Nouvelle date de disponibilité pour la trad : du 11 au 13 juin |
| Commentaire de Ariane Baldinger [ 11/juin/07 09:48 ] |
|
Frédéric, Est-ce que ces dates sont toujours d'actualité ? Etant donné que la Home Mon Compte passe en V16. Quand a lieu la fin des dev ? Ariane |
| Commentaire de Fréderic Tiberghien [ 11/juin/07 10:04 ] |
|
Tout a fait, et vu avec Swan et Nerea. même si c est pour la V16, ils ont besoin des labels en espagnol pour la fusion des 2 sous projets Mon compte et Dashboard. Par contre comme il y a 2j de retard, la traduction peut commencer du 13 au 15/06. |
| Commentaire de Nerea Prieto [ 15/juin/07 14:00 ] |
|
Tous les labes dont Swan m'a parlé, ceux de l'Account template, sont traduits. Apparemment, Clément il a crée d'autres labels il faut qu'il me dise lesquels. |
| Commentaire de Swan Desportes [ 15/juin/07 14:32 ] |
| Nerea, il faut que tu sortes une liste avec le suivi carto et Clément pourra te dire sur la liste quels sont les labels à traduire. |
| Commentaire de Nerea Prieto [ 15/juin/07 17:29 ] |
| Voici les labels qui restent à traduire marqués par Clément |
| Commentaire de Nerea Prieto [ 19/juin/07 17:36 ] |
| Tout à été traduit et soumis à publication |
| Commentaire de Emeric Teil [ 01/août/07 10:09 ] |
| OK |
[IMP-1674] extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes LAUHRA Création: 12/déc./07 15:29 Mise à jour: 30/oct./09 15:43 Résolue: 22/janv./08 17:41 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Gaël Seguillon | Attribution: | Fabien Farache |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | LAUHRA |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes LAUHRA |
| Commentaires |
| Commentaire de Gaël Seguillon [ 07/janv./08 14:32 ] |
| sellermania |
| Commentaire de Fabien Farache [ 22/janv./08 15:11 ] |
| en pièce jointe le fichier de stock en .txt ou .xls |
| Commentaire de Fabien Farache [ 22/janv./08 17:41 ] |
|
Profils : ok 5620741 Sorties Suppression annonces Sorties 2006 22/01/2008 5620740 Ecrasement Mise à jour/création annonces (écrasement) Entrées 2006 22/01/2008 5620739 Entrées Mise à jour/création annonces Entrées 2006 22/01/2008 Création et configuration ftp : ok ======= Compte FTP ======= ==== Home : LAUHRA ===== ==== Pass : 498hgFV21N ======= ######### Test xml config file... ...Test : OK |
| Commentaire de Fabien Farache [ 23/janv./08 11:55 ] |
| Voici le nouvel extract en pièce jointe |
[IMP-1698] Ouverture compte FTP pour reception validation commandes pour pseudo destosckage Création: 18/déc./07 14:29 Mise à jour: 30/oct./09 15:43 Résolue: 15/avr./08 16:12 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Gaël Seguillon | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | destosckage |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces
|
| Description |
|
Ouverture compte FTP pour reception validation commandes pour pseudo destosckage
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 15/avr./08 16:12 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : destosckage mot de passe : d8At7 Serveur : ftp.priceminister.com / fr ================================================================== Flux > ok |
[IMP-1677] extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes azurclassic Création: 12/déc./07 15:32 Mise à jour: 30/oct./09 15:43 Résolue: 24/janv./08 14:33 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Gaël Seguillon | Attribution: | Fabien Farache |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | azurclassic |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes
|
| Commentaires |
| Commentaire de Gaël Seguillon [ 07/janv./08 14:30 ] |
| sellermania |
| Commentaire de Fabien Farache [ 24/janv./08 10:22 ] |
| En pièce jointe le fichier de stock au format texte ou excel |
| Commentaire de Fabien Farache [ 24/janv./08 11:05 ] |
|
Profils créés : 5628039 Sorties Suppression annonces azurclassic Sorties 2006 24/01/2008 5628038 Ecrasement Mise à jour/création annonces (écrasement) azurclassic Entrées 2006 24/01/2008 5628037 Entrées Mise à jour/création annonces azurclassic Entrées 2006 24/01/2008 |
| Commentaire de Fabien Farache [ 24/janv./08 14:33 ] |
|
Compte ftp créé et configuiration faite : ======= Compte FTP ======= ==== Home : azurclassic ===== ==== Pass : zerCV89Us7 ======= ######### Test xml config file... ...Test : OK |
[IMP-1672] extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes hpariente Création: 12/déc./07 15:27 Mise à jour: 30/oct./09 15:43 Résolue: 21/janv./08 16:41 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Gaël Seguillon | Attribution: | Fabien Farache |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | hpariente |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes hpariente
|
| Commentaires |
| Commentaire de Gaël Seguillon [ 07/janv./08 14:33 ] |
| sellermania |
| Commentaire de Fabien Farache [ 21/janv./08 16:12 ] |
| En pièce jointe l'extraction des données en .txt ou .xls |
| Commentaire de Fabien Farache [ 21/janv./08 16:41 ] |
|
Création des profils : ok 5616639 Ecrasement Mise à jour/création annonces (écrasement) Fichier de stock de hpariente hpariente Entrées 2006 5616638 Sorties Suppression annonces Fichier de stock de hpariente hpariente Sorties 2006 5616637 Entrées Mise à jour/création annonces Fichier de stock de hpariente hpariente Entrées 2006 |
| Commentaire de Fabien Farache [ 21/janv./08 16:41 ] |
|
Création et configuration du compte ftp : ok ===================================================================== ======= Compte FTP ======= ==== Home : hpariente ===== ==== Pass : ghU79pWX ======= ===================================================================== ######### Test xml config file... ...Test : OK |
[IMP-1673] extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes Création: 12/déc./07 15:28 Mise à jour: 30/oct./09 15:43 Résolue: 23/janv./08 14:06 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Gaël Seguillon | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | 20 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | DVD2000CD |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Suppression annonces
|
| Estimation: | Petit |
| Groupe: | Sellermania |
| Description |
|
extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes
|
| Commentaires |
| Commentaire de Gaël Seguillon [ 07/janv./08 14:33 ] |
| type sellermania, majs annonces fichier type price import annonces |
| Commentaire de Marion Anfreville [ 23/janv./08 14:06 ] |
|
=> Pas d'extraction de stock : inventaire vide. Profils d'import type Sellermania créés : - Entrées (Format Entrées 2006 - màj/création annonces avec recherche par EAN ou ISBN) - Sorties (Format Entrées 2006 - suppression annonces avec recherche par EAN ou ISBN) - Ecrasements (Format Entrées 2006 - màj/création annonces (écrasement) avec recherche par EAN ou ISBN) Compte FTP créé : ======= Compte FTP ======== ==== Home : dvd2000cd ===== ==== Pass : 83yU1c2 ======== Configuration FTP opérationnelle : flux de commandes + récupération fichiers de stock. |
[IMP-1678] extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes LEPASSEUR Création: 12/déc./07 15:34 Mise à jour: 30/oct./09 15:43 Résolue: 26/mars/08 11:13 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Gaël Seguillon | Attribution: | Fabien Farache |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | LEPASSEUR |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes LEPASSEUR |
| Commentaires |
| Commentaire de Gaël Seguillon [ 07/janv./08 14:30 ] |
| SELLERMANIA |
| Commentaire de Fabien Farache [ 26/mars/08 09:39 ] |
| en pièce le fichier de stock en .xls ou .tx |
| Commentaire de Fabien Farache [ 26/mars/08 10:49 ] |
|
Profils créés : 5898540 Sorties Suppression annonces Lepasseur Sorties 2006 5898539 Ecrasement Mise à jour/création annonces (écrasement) Lepasseur Entrées 2006 5898538 Entrées Mise à jour/création annonces Lepasseur Entrées 2006 |
| Commentaire de Fabien Farache [ 26/mars/08 11:13 ] |
|
Compte ftp créé et configuré : Pseudo : lepasseur mot de passe : kedj54DlsX Serveur : ftp.priceminister.com / fr ######### Test xml config file... ...Test : OK |
[APP-17748] Modification des abonnements : La validation des abo fait sortir du contexte "Mon Compte" Création: 10/sept./07 18:52 Mise à jour: 24/sept./07 14:39 Résolue: 20/sept./07 12:22 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.1.0 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Clémence Desneiges |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation | ||||||||
| Description |
|
Quand on modifie ces abonnements, on sort du contexte graphique de "Mon Compte" : Voir screenshot.
|
| Commentaires |
| Commentaire de Emeric Teil [ 17/sept./07 17:18 ] |
|
Cela est dû à la nécessité de pouvoir accéder à cette page,
qu'on soit connecté ou non (via des liens de désinscription contenus
dans les Newsletters). Afin de respecter cette contrainte, sans sortir de notre logique de navigation au sein de « Mon Compte », on propose : -> de détecter l'identification ou non -> d'adapter la présentation en fonction : Cas 1 -> Si l'utilisateur est connecté on lui présente une page du style « Mon Compte » Cas 2 -> Sinon on lui présente la page actuelle Détails : Cas 1 : L'utilisateur étant connecté, on enlève le bloc "Bienvenue" (qui s'appellera "aide" à partir de la V17) et on met à la place le menu "Mon Compte" (cf copie d'écran "cas 1") Cas 2 : L'utilisateur n'étant pas connecté, on laisse la page actuelle Autre correction au passage : Lors de la mise en place du nouveau "Mon Compte", tous les blocs "bienvenue" ont été supprimés de l'espace Mon Compte. Dans le cas où l'utilisateur n'est pas connecté, il faudrait le remettre sur la page "Mes abonnements" (uniquement lorsqu'on n'est pas connecté). Merci |
| Commentaire de Clémence Desneiges [ 20/sept./07 12:22 ] |
|
Ok. Denrière partie du JIRA pas implémentée car non reproduisable mais vu avec EMT pour fermer le JIRA. Clémence |
| Commentaire de Emeric Teil [ 24/sept./07 14:39 ] |
| OK en Integ |
[IMP-1679] extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes PLANETECINE Création: 12/déc./07 16:08 Mise à jour: 30/oct./09 15:43 Résolue: 24/janv./08 13:52 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Gaël Seguillon | Attribution: | Marion Anfreville |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | 25 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Login: | PLANETECINE | ||||||||
| Séparateur: | Point-virgule (;) | ||||||||
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
||||||||
| Estimation: | Petit | ||||||||
| Groupe: | Sellermania | ||||||||
| Description |
|
extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes PLANETECINE
|
| Commentaires |
| Commentaire de Gaël Seguillon [ 07/janv./08 14:28 ] |
| Type majs annonces simple format type price SELLERMANIA |
| Commentaire de Marion Anfreville [ 24/janv./08 11:03 ] |
|
Extraction inventaire au 23/01/2008 => 2008-01-23_PLANETECINE_stocks.txt 1905 annonces contre 1879 indiquée aujourd'hui dans son inventaire. |
| Commentaire de Marion Anfreville [ 24/janv./08 13:52 ] |
|
Profils d'import type Sellermania créés : - Entrées (Format Entrées 2006 - màj/création annonces avec recherche par EAN ou ISBN) - Sorties (Format Entrées 2006 - suppression annonces avec recherche par EAN ou ISBN) - Ecrasements (Format Entrées 2006 - màj/création annonces (écrasement) avec recherche par EAN ou ISBN) ================================ COMPTE du vendeur créé ... ======= Compte FTP ========= ==== Home : planetecine ==== ==== Pass : YvS298rT7 ====== ================================ Configuration FTP opérationnelle : flux de commandes + récupération fichiers de stock. |
[IMP-5031] creation compte ftp+analyser et passer fichier pro manego27 Création: 12/janv./10 10:25 Mise à jour: 04/févr./10 09:54 Résolue: 04/févr./10 09:54 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | manego27 |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
creation compte ftp+analyser et passer fichier pro manego27
|
| Commentaires |
| Commentaire de Fotigui Tangara [ 03/févr./10 11:59 ] |
|
Le fichier en PJ est une extraction de stock. Les créations d'annonces seront basées sur les références : - EAN ou ISBN - Id Produit Price Demande en cours de traitement... |
| Commentaire de Fotigui Tangara [ 03/févr./10 14:09 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : manego27 mot de passe : poderza123 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== |
| Commentaire de Anne Korchia [ 03/févr./10 14:11 ] |
| il pourra déposer ses images dans le ftp? |
| Commentaire de Fotigui Tangara [ 03/févr./10 16:20 ] |
|
Non, car nous ne créons pas de nouvelles fiches produits.
Les Fiches produits existent déjà. En même temps, les données
nécessaires à la création de fiches produits ne sont pas présentes dans
le fichie du PRO. Simplement, un fiche issu de l'extraction de stock
d'un PRO, peut difficilement servir pour créer des fiches produits. 1) Création d'annonces basées sur EAN ou ISBN, ce qui sous entend la réutilisation de fiches produit déjà créées... 2) Création d'annonces basées sur ID fiche produit Price, idem cas ci-dessus... |
| Commentaire de Fotigui Tangara [ 04/févr./10 09:53 ] |
|
Le fichier passe environ à 100%. Demande traitée. |
[IMP-5182] creation compte ftp+flux de commandes pour nouveau pro pages75 Création: 29/janv./10 16:07 Mise à jour: 02/févr./10 11:28 Résolue: 02/févr./10 11:27 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | pages75 |
| Modèle: | sellermania |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
creation compte ftp+flux de commandes pour nouveau pro pages75
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 02/févr./10 11:27 ] |
| c'est fait |
| Commentaire de Frédéric Nahum [ 02/févr./10 11:28 ] |
|
02/02/2010 - Compte FTP vendeur créé... Pseudo : pages75 mot de passe : df45pa7A Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui |
[IMP-4156] creation compte ftp+p+f+maj ecrasement nouveau pro dinandm2 Création: 03/sept./09 09:49 Mise à jour: 30/oct./09 15:52 Résolue: 07/sept./09 17:20 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Anne Korchia | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | dinandm2 |
| Modèle: | sellermania |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
creation compte ftp+p+f+maj ecrasement nouveau pro dinandm2
|
| Commentaires |
| Commentaire de Fotigui Tangara [ 07/sept./09 17:00 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : dinandm2 mot de passe : fozir3Kr Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Fotigui Tangara [ 07/sept./09 17:19 ] |
|
Demande traitée. |
[APP-14342] Création de compte : messages d'erreur de validation de formulaire dès l'étape 1 Création: 19/déc./06 09:55 Mise à jour: 25/juin/07 18:48 Résolue: 17/janv./07 12:29 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 11.1.0 (La Redoute) |
| Version(s) corrigée(s): | ToDo |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Olivier Bourgeois | Attribution: | Richard Dubois |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Navigateur: | Tous |
| Projets PM archivés: | COB La Redoute |
| Description |
|
Quand on clique sur le lien "Créer un compte La redoute
occasion" on arrive sur le formulaire de création de compte mais avec
des messages d'erreur comme si on avait déjà validé le formulaire. |
| Commentaires |
| Commentaire de Christophe Garcia [ 19/déc./06 10:15 ] |
| Je n'ai pas ce comportement. T'es sûr que tu n'as pas double-cliqué malencontreusement sur "Créer un compte" ? |
| Commentaire de Christophe Garcia [ 19/déc./06 10:31 ] |
|
OK. C'est en fait quand on se connecte à PRice depuis le site de la Redoute. Richard, je pense que c'est un pb chez la Redoute (appel à une mauvaise URL). |
| Commentaire de Richard Dubois [ 17/janv./07 12:29 ] |
| J'ai prévenu le client depuis le debut, il avait indiqué faire le necessaire. |
[IMP-4050] Import fichier type mobilier, fournitures de bureau - compte Burodiscount Création: 12/août/09 13:24 Mise à jour: 30/oct./09 15:52 Résolue: 25/août/09 14:51 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Dorian Porta Delsol | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | burodiscount |
| Modèle: | Mobilié et fourniture de bureau |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits , Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Merci de créer ses 2 profils sur son compte et sur son FTP Entrée, sortie et écrasement. Attention Merci de laisser son compte inactif après paramétrage, nous attendrons son signal pour l'activer. |
| Commentaires |
| Commentaire de Jérome Marianne [ 14/août/09 17:48 ] |
|
Profils et formats paramétrés. Fichiers soumis |
| Commentaire de Jérome Marianne [ 17/août/09 10:26 ] |
| Les fichiers ne sont pas passé car la boutique du vendeur n'est pas activé. Merci de le faire. |
| Commentaire de Anne Korchia [ 17/août/09 14:24 ] |
| il va activer sa boutique par contre ne pas passer ses fichiers pour l'instant les prix ne sont pas à jour, il nous relancera pour nous donner le feu vert |
| Commentaire de Fotigui Tangara [ 19/août/09 15:26 ] |
|
Vu avec Dorian : Il faudra mettre mettre en place 3 profils pour chaque type de produit (Mobilier et fourniture de bureau) - Entrée - Ecrasement - Sortie |
| Commentaire de Dorian Porta Delsol [ 19/août/09 15:36 ] |
|
Le profil mobilier ne semble pas correct. Merci de rajouter aussi un nouveau profil type informatique minimaliste (entrée, sortie et écrasement) sur son compte et sur son FTP. |
| Commentaire de Jérome Marianne [ 20/août/09 12:05 ] |
|
Après correction des formats le fichier moblier passe à 100% et celui de fourniture passe à 96%. Concernant le fichier informatique les URL qu'il met ne renvoient sur aucune image internet. Le pro c'est-il trompé ou alors il veut déposer des images sur son FTP avec ces noms là? dans ce cas il faut donc lui rajouter le répertoire image. |
| Commentaire de Dorian Porta Delsol [ 20/août/09 12:29 ] |
|
Pour ce qui est des URL image pour le fichier minimaliste informatique il faut rajouter : "http://www.otto-office.fr/" avant la partie de l'URL dans le fichier pour que l'URL soit du type : http://www.otto-office.fr/OMM/JMB_France/PHOTOS/MOYEN/01/014.56.jpg Merci |
| Commentaire de Jérome Marianne [ 21/août/09 15:23 ] |
| Le fichier Informatique passe à 58 % en création annnonces par rapport au matching de notre base référentielle. |
| Commentaire de Dorian Porta Delsol [ 21/août/09 17:05 ] |
| Merci de faire passer les 42% qui n'ont pas matchés en création produit minimaliste. |
| Commentaire de Jérome Marianne [ 24/août/09 18:45 ] |
| Après différentes corrections le fichier passe à 99% |
| Commentaire de Jérome Marianne [ 25/août/09 11:02 ] |
| Paramétrer les 3 profils sur le FTP |
| Commentaire de Jérome Marianne [ 25/août/09 14:51 ] |
| Les profils d'import ont été rajoutés au FTP. |
[IMP-2284] Import - Certaines lignes ne sont pas prises en compte - Corriger velocity qui détermine le type Création: 29/mai/08 11:22 Mise à jour: 30/oct./09 15:53 Résolue: 29/mai/08 11:49 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | uxotica |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Import - Certaines lignes ne sont pas prises en compte - Corriger velocity qui détermine le type. De fois, la cellule qui détermine le type ne prend pas bien en compte la date. |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 29/mai/08 11:49 ] |
|
J'ai corrigé le mapping afin de mieux traiter toutes les références. Cependant, le format n'est pas correct. Il n'a pas de verrouillage pour les livres parus après 1980 sans code-barres. Je vais dire au partenaire de nous envoyer un code-barres pour les livres >1980. |
| Commentaire de Daniel Pintamalli [ 29/mai/08 13:46 ] |
|
mail envoyé: De : Daniel Pintamalli [mailto:daniel.pintamalli@priceminister.com] Envoyé : jeudi 29 mai 2008 12:05 À : 'whoopper@orange.fr' Cc : 'import-fr@priceminister.com'; 'Anne Korchia' Objet : Priceminister - import de vos stocks Bonjour, Suite à notre conversation téléphonique, j'ai effectué les modifications nécessaires afin de prendre en compte les livres parus en 1950. Par ailleurs, j'ai constaté que dans votre fichier les livres parus après 1980 ne comportent pas de référence standard (soit un code ISBN soit un code-barres). Cette donnée est obligatoire. Pouvez-vous l'intégrer pour les livres parus après 1980 (dans la dernière colonne par exemple)? Cordialement, |
[APP-20485] BO Images: la catégorie affichée en haut est celle de la NpC Création: 06/mai/08 11:18 Mise à jour: 18/mars/09 13:54 Résolue: 18/mars/09 13:20 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Images produit |
| Affecte la/les version(s): | 20.0.0 |
| Version(s) corrigée(s): | 43.0.0 (CAT-H) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Martin Sudmann | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Classif1: | BO |
| Classif2: | image |
| Description |
|
dans la popup des images (accessible à partir de la FP BO),
on affiche la catégorie du produit ; celle-ci est la catégorie NpC, même
pour les produits NpF. Il faut prendre en compte les soft-alias, si possible factoriser avec la génération du chemin de fer en FO. |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 11/févr./09 16:45 ] |
|
On va maintenant afficher les categories NPF, mais attention
on perd de l'info (par ex la categorie pour les livres). Modification dans ImageView.jsp, ImageViewModel.java revision 24786 |
| Commentaire de Cédric Goldovsky [ 18/mars/09 12:15 ] |
| exact, à quoi est-ce du ? ne peut on pas y remedier ? cf capture |
| Commentaire de Benoît Bourdon [ 18/mars/09 13:20 ] |
|
En NpC on avait bcp de sous-sous-sous-catégories : c'est cela qu'on voyait ici Maintenant en NpF on a très peu de niveaux de catégories, mais on a des filtres à la place : et dans l'écran image on continu de n'afficher que les catégories. (voila la cause de cette "perte" d'info") Ceci dit : on a discuté cela avec Aurélien de ce sujet et le niveau "Catégorie" lui suffit amplement --> c'est pour cela qu'on a pas poussé la fonctionnalité plus loin : Trop couteux + Pas spécialement voulu = on fait pas :-) |
[IMP-5720] prodispo : Modèle fichier Electroménager + création FTP pour compte test Création: 02/avr./10 12:04 Mise à jour: 23/avr./10 15:44 Résolue: 23/avr./10 15:44 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Maram Khayati | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | prodispo |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits
|
| Description |
|
prodispo g.marom@west-interactive.fr A vu avec Isabelle pour la création d'un paramétrage du compte (seulement 16 réf pour l'instant) compte test pour le moment. Création FTP (stock + flux de commandes) Merci |
| Commentaires |
| Commentaire de Jérome Marianne [ 07/avr./10 17:11 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : prodispo mot de passe : pro4256dispo Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Jérome Marianne [ 08/avr./10 10:25 ] |
|
Format paramétré. Fichier soumis pour test. Compte FTP activé pour flux de commande et import de stock |
| Commentaire de Jérome Marianne [ 09/avr./10 09:56 ] |
|
Le fichier passe à 100%. Les images sont en ligne. Compte FTP activé pour stock et flux de commandes. |
| Commentaire de Maram Khayati [ 12/avr./10 11:27 ] |
|
Changement adresse mail : m.mokrani@west-interactive.fr Est-ce que tu pourrais lui envoyer le mail avec le login et le mot de passe ? Merci. |
| Commentaire de Jérome Marianne [ 12/avr./10 13:36 ] |
| Adresse mail corrigée sur les deux comptes et identifiants envoyés au pro. |
| Commentaire de Myriam Laifaoui [ 22/avr./10 14:30 ] |
|
Le pro est revenu vers nous pour nous signaler que ses
nouvelles images n'apparaissaient pas sur le site alors qu'il a mis à
jour son fichier il y a une semaine. Il souhaite remplacer les photos
miniatures par des photos standards. Est-ce que tu peux voir d'où vient le problème? (cf. fichier joint) Merci Myriam |
| Commentaire de Jérome Marianne [ 22/avr./10 15:14 ] |
|
Il n'est pas possible de mettre à jour les images sur les fiches produits. Le seul moyen est de demander à l'équipe exploitation de supprimer toutes les images du pro sur ses fiches produits pour que les nouvelles URL soient prises en compte. Je fais la demande. |
| Commentaire de Isabelle Weisbecker [ 23/avr./10 15:32 ] |
| on va supprimer les photo manuellement pour aller plus vite .... merci. |
| Commentaire de Jérome Marianne [ 23/avr./10 15:44 ] |
| OK je ferme le jira et informe Patrick de ne pas supprimer ses images. |
[DEC-579] Rajouter l'adresse mail des comptes pro auto dans le rapport stock auto pro Création: 12/avr./07 10:55 Mise à jour: 14/sept./07 15:31 Résolue: 12/avr./07 19:47 |
|
| Etat: | Fermé |
| Projet: | Reporting |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Damien du Fretay | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Suite à la discussion avec Agathe, j'aurais besoin d'avoir
l'adresse mail des comptes pro auto dans le rapport quotidien. Merci |
| Commentaires |
| Commentaire de Agathe Remy [ 12/avr./07 19:47 ] |
|
L'email a été ajouté dans le rapport suivant : http://intra.priceminister.com/stats/reports/public/Stock/Stock_Auto/stock_pro_auto_payees.csv à partir du 13/04/2007. Cordialement, Agathe |
| Commentaire de Lorenzo Nuccio [ 13/avr./07 19:12 ] |
|
Il ya un décalage dans le rapport. La colonne email a bien été ajouté mais une colonne mot de passe s'est greffée également, sans données associées. Toutes les cellules sont donc décalées d'une colonne. |
| Commentaire de Agathe Remy [ 16/avr./07 19:05 ] |
|
En fait, les noms des colonnes n'ont jamais été en phase avec les données. Les deux premières colonnes avaient notemment comme libellé : creation date|identifiant|compte J'ai supprimé compte et normalement tout devrait rentrer dans l'ordre. Dis-moi si c'est OK... Agathe |
[EXP-4809] Désactiver les compte autos dans le fichier squelette Config_sq.xml.fr Création: 14/mai/09 18:01 Mise à jour: 15/mai/09 12:27 Résolue: 15/mai/09 12:27 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Maintenance |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Frédéric Nahum | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Description |
|
pourrais désactiver dans le fichier squelette
Config_sq.xml.fr les comptes auto que je t'avais fourni dans un fichier ?
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 14/mai/09 18:03 ] |
| Je remets en pièce jointe le fichier |
| Commentaire de Frédéric Nahum [ 14/mai/09 18:04 ] |
| cette optimisation nous permettra de gagner beaucoup plus de temps à la compilation car ce fichier nous permettra de désactiver près de 1400 comptes |
| Commentaire de Eric Vannier [ 15/mai/09 12:27 ] |
| C'est fait, je clôture.... |
[EXP-1566] modification de compte FTP, mauto1 Création: 20/mars/06 17:25 Mise à jour: 25/juin/07 18:57 Résolue: 22/mars/06 18:45 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Flux |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Xavier Barbosa | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
mettre à jour le compte FTP de mauto1, avec : login : mauto1 pass: merignac33 modifié l'accout.conf, pour que le répertoire en ecrasement pointe vers le profil 3979841 |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 22/mars/06 18:45 ] |
|
C'est fait, Voici le contenu de l'account.conf #4482582 stock/ecrasements in ST 3979841 |
[APP-3036] notes des vendeurs pas prises en compte Création: 09/nov./04 11:21 Mise à jour: 25/juin/07 18:26 Résolue: 29/juin/05 10:36 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.7a |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sarah Eudor | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Les notes des vendeurs ne sont pas mises à jour. Plusieurs vendeurs ont eu plusieurs ventes confirmées, et leurs notes n'ont pas du tout été mises à jour. Exemples : compte tottinono : 5 ventes notées, aucune note prise en compte. Compte kalhahan : 17 notées et moyenne établie pour 16 ventes notées. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 09/nov./04 12:52 ] |
| Le batch est il opérationnel ? |
| Commentaire de Jean-Didier Bonavia [ 10/nov./04 10:29 ] |
|
Il semble que tout soit OK ce matin. Pour Info: Résultat batch Scring de ce matin. 2004-11-10 06:58:58,516 INFO SCORING - --- Batch done - Processed: 2393 2004-11-10 06:58:58,520 INFO - ---- STOPPING ADVERT_FIX BATCHES --- |
| Commentaire de Quentin de Chivré [ 10/nov./04 10:36 ] |
|
Ben c'est pas pour ca qu'il faut fermer le bug... Y avait il eu des problèmes avec le batch le jour indiqué ? Si la cause n'est pas dans le batch elle est peut etre ailleurs auquel cas il n'y a pas de raison de fermer le bug. |
| Commentaire de Jean-Didier Bonavia [ 10/nov./04 11:45 ] |
|
Plus d'info... Le batch "price" à été planté hier matin par ADVERT_FIX à 5h50 ==> Exception in thread "main" java.lang.OutOfMemoryError comme tous les matins depuis le 27 novembre. Comme SCORING est lancé après ADVERT_FIX, il n'a pas été exécuté. J'ai relancé le batch "price" à 13h00 et SCORING à été exécuté. Avec Justin, nous avons fixé le probléme du plantage d' ADVERT_FIX en fixant à 10000 la taille du segment à traiter pour éviter le pd de mémoire, propriété dans batch.properties : priceminister.batch.ADVERT_FIX.max_unit_in_batch = 10000 priceminister.batch.ADVERT_FIX.max_unit_in_segment = 10000 J'ai mis 2 fois le batch ADVERT_FIX à tourner le matin pour rattraper le retard qui est de 60 000 à traiter. |
| Commentaire de Quentin de Chivré [ 29/juin/05 10:36 ] |
| Corrigé depuis longtemps |
[APP-18251] Espace Mon compte vendeur pro : pas de lien "Voir mes Notes" Création: 16/oct./07 10:59 Mise à jour: 16/sept./09 11:27 Résolue: 24/juil./09 18:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 17.0.2, 49.0.0 (TX-H) |
| Version(s) corrigée(s): | 53.0.0 (TX-I) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Stéphanie Vignali | Attribution: | Emilien Guichard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Classif1: | MON COMPTE |
| Description |
|
Bonjour, J'ai 2 pro Vents_douest et centralelit qui ne peuvent aps accéder au détail de leur note sur leur compte. En principe lorsque je vais dans mon compte, dans le bloc "Mes ventes" j'ai le lien "Voir mes notes". Sur mon compte perso missy79 çà marche. Or les pro n'ont pas de lien mais seulement "Ma moyenne 4,6/5." Ce n'est aps cliquable et ils ne peuevnt aps voir les commentaires laissés |
| Commentaires |
| Commentaire de Christophe Garcia [ 16/oct./07 16:38 ] |
|
C'est voulu. Je transmets au FONC pour avis. |
| Commentaire de Emeric Teil [ 16/oct./07 18:35 ] |
|
Effectivement, ce fonctionnement était voulu lors de la
refonte de la Home Page Mon Compte. La raison était que le SAV avait
trop de demandes de modification des notes venant des vendeurs Pro.
Steven souhaitait donc que ceux-ci accèdent moins aisément à leurs notes
(auxquelles ils peuvent toujours accéder en passant par "ma boutique"). Etant donné qu'on mène actuellement un projet pour éviter les notes injustifiées et permettre, le cas échéant, au SAV de traiter les demandes de modification de ces notes, je peux voir avec Steven si on peut revenir à un mode plus normal pour la visualisation des notes par les vendeurs Pros... Le tout étant de juger si le "plus" correspondant à cette fonctionnalité balance avec l'augmentation des retours SAV sur ces notes.... |
| Commentaire de Stéphanie Vignali [ 17/oct./07 09:54 ] |
|
Sachant que les vendeurs pro sont gérés par l'équipe
commerciale (même si les réclamations sont gérés par le SAV) et qu'il
est très clair pour nous aussi qu'on ne change pas les notes des
vendeurs. On refuse systématiquement ce genre de demande. Le but est surtout pour eux de voir les commentaires laissés par les acheteurs (bon ou mauvais). Maintenant je n'ai pas trouvé d'autres moyen de voir les notes du vendeur pro si tu peux m'expliquer où on va. Ce qui serait bien c'est que ll'équipe commerciale soit informé de toute modification sur les comptes pro car on a l'air un peu bête avec nos pro après si on a pas l'info. |
| Commentaire de Emeric Teil [ 18/oct./07 10:20 ] |
|
Alors, pour voir ses notes : -> Allez dans sa boutique -> Cliquez sur "Voir ses notes" (cf copie d'écran "voir notes") ou sur l'onglet "Ses notes" (cf copie d'écran "voir notes 2") En ce qui concerne la communication auprès des commerciaux, il est effectivement gênant qu'à l'époque de ces modifications vous n'ayez pas été informés... |
| Commentaire de Stéphanie Vignali [ 18/oct./07 10:50 ] |
|
Est ce que tu peux aller voir le pseudo centralelit ? Je ne peux pas faire de copie d'écran depuis mon ordi. Ca ne marche pas. C'est un vendeur pro et il n'a pas l'onglet "Ses notes" comme pour dvdlegacy. |
| Commentaire de Stéphanie Vignali [ 18/oct./07 10:56 ] |
|
En fait on ne regarde pas au même endroit. Si le pro se connecte à son compte il n'a pas l'onglet. Si tu fais une recherche par pseudo vendeur dans le moteur de recherche tu as l'onglet. Un pro ne vas jamais voir ses notes en faisant une recherche pseudo vendeur via le moteur de recherche. Il se connecte à son compte. Je ne comprends pas l'intérêt de compliquer la visibilité des notes du vendeur. Il aurait été bon d'estimer le nombre de vendeurs pro "râleurs" concernés. |
| Commentaire de Emeric Teil [ 18/oct./07 12:14 ] |
|
Pour accéder à leur boutique, les utilisateurs (pro ou part) peuvent : -> Cliquer sur "Voir ma boutique" sur la Home Page Mon Compte, soit dans le menu de gauche, soit dans le bloc "Mes annonces" (cf copie d'écran "voir_ma_boutique_1") -> Cliquer sur " Voir ma boutique" sur l'Inventaire, dans le menu "Mon inventaire" (cf copie d'écran "voir_ma_boutique_2") Entre un lien "Voir mes notes" tel qu'il y a pour les parts et le cheminement "Voir ma boutique > Voir ses notes" pour les pros, on a donc une différence d'un Clic qui complexifie légèrement l'accès, sans le rendre impossible. En ce qui concerne l'arbitrage SAV / Commercial, je ne travaillais pas, à l'époque de ces modifications, sur l'espace "Mon Compte". Cependant, si cela a été mis en place, c'est que la demande du SAV a été validée lors des divers comités de pilotage de ce projet, comités de pilotage auxquels devait probablement participer un représentant du service commercial. Ainsi, si je comprend très bien ta demande et qu'elle me parait légitime, on ne peut pas remettre systématiquement en cause les évolutions mises en place. Cependant, si cette demande est Générale au service Commercial ET Prioritaire, je veux bien revoir ce point, en commençant par refaire l'estimation des retours SAV. Je te laisse donc voir et si besoin prioriser cette demande. |
| Commentaire de Stéphanie Vignali [ 22/oct./07 10:42 ] |
|
Il ne s'agit pas de remettre en cause les évolutions même si celle ci n'en est pas une. Maintenant je pourrai dire à mes vendeurs pro en connaissance de cause que pour voir les notes il faut donc se connecter à leur compte cliquer sur toutes mes annonces puis voir ma boutrique puis voir mes notes. C'est tout ce que je voulais savoir à la base. Merci Stéphanie |
| Commentaire de Emeric Teil [ 02/juil./09 14:43 ] |
|
Hello, Gaël : sujet est-il toujours d'actualité pour vous ? NB : est-ce que vos vendeurs se plaignent de ça ? Steven :dans le cas où ce soit toujours une demande du coté des pros, est-ce toujours un truc bloquant pour toi ? Merci d'avance |
| Commentaire de Steven Harel [ 02/juil./09 15:07 ] |
|
pour résumer la situation : On ne souhaitait pas un accès trop simple aux notes car bcp de plaintes de pro concernant des notes injustifiées. On souhaitait modifier les commentaires et les notes le moins possible : moins d'intervention possible + pas le temps + pas d'outils. Nous ne sommes aujourd'hui plus du tout dans la même situation : 1/ passage de plus en plus nombreux de comptes de part à pro (auto entrepreneurs ?). de plus en plus de vendeurs nous demandent pourquoi ils n'ont plus d'accès direct à leurs notes. ils voient ça comme un bug et on ne peut pas leur dire pourquoi ça fonctionne comme ça. on a aujourd'hui presque plus de messages de ce genre que de messages où le vendeur proteste contre sa note ! 2/ le vendeur pourra bientôt donner son avis (visible en front) sur sa note et le commentaire de l'acheteur. il pourra donc se justifier et ne nous demandera plus de modifier la note ou le commentaire. s'il nous en fait quand-même la demande, on acceptera au cas par cas et si on refuse, on aura un argument : il y a un outil pour répondre en front. Je suis donc aujourd'hui pour un retour du lien côté vendeur pour un accès direct aux notes, comme chez les acheteurs. Petite modification que l'on pourrait légitimement intégrer au projet "réponse vendeurs" qui arrive bientôt. |
| Commentaire de Emeric Teil [ 02/juil./09 15:14 ] |
| Emilien, on va essayer d'ajouter ça à "Vendeur : Droit de réponse". |
| Commentaire de Emilien Guichard [ 17/juil./09 18:28 ] |
| Pris en compte dans le CoSAV Notation réponse vendeur & Modération |
| Commentaire de Gaël Seguillon [ 18/juil./09 10:00 ] |
|
pas d'objection de mon côté à revenir à une visibilité
normale des notes pour les pros, on reste sur le principe de ne pas
toucher à leurs notes de toute façon, ce sera plus facile à faire passer
ce message avec le droit de réponse. Attention à la prochaine demande à venir de la part des acheteurs, un droit de réponse au droit de réponse du vendeur :-) |
| Commentaire de Emilien Guichard [ 24/juil./09 18:23 ] |
| OK en DEV |
| Commentaire de Aurélie Kwiatkowski [ 16/sept./09 11:27 ] |
| OK |
[APP-17263] Problème d'alerte Mon Compte Création: 25/juil./07 12:11 Mise à jour: 31/juil./07 15:33 Résolue: 26/juil./07 18:35 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.0.0 |
| Version(s) corrigée(s): | 16.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation |
| Description |
|
Avec un utilisateur avec une adresse en .toto, dans mon compte, on a l'alerte suivante : Votre adresse e-mail est invalide, vous pouvez la modifier dans la rubrique \"Profil de compte\". Problème de gestion des " (mauvais copier-coller vers le label IG) |
| Commentaires |
| Commentaire de Alexandre Garnier [ 26/juil./07 18:17 ] |
|
Corrigé tous les labels contenant \" CMS1 default des labels |
| Commentaire de Emeric Teil [ 31/juil./07 15:33 ] |
| OK |
Refonte Mon Compte : lot 1 Fondation
(APP-15529)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 15.0.0 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Bertrand Luc Yovanovitch | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation |
| Description |
|
Corriger les bugs identifiés sur l'ensemble des pages Mon
compte ( sauf bugs que l'on peut rattacher à des lots Mon compte à
venir) Voir la liste dans le fichier joint au Jira général |
| Commentaires |
| Commentaire de Clement Balay [ 14/mai/07 15:09 ] |
| je te réassigne le jira puisque tu es en train de faire la recette |
| Commentaire de Younès Charrière [ 04/juil./07 14:54 ] |
|
Ok en Integ. Fermeture des bugs : |
[APP-16646] [cobrandings] menu mon_compte disparu Création: 08/juin/07 15:40 Mise à jour: 05/juil./07 16:59 Résolue: 11/juin/07 09:01 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 14.2.0 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Stéphane François | Attribution: | Swan Desportes |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Navigateur: | Tous |
| Projets PM archivés: | Maintenance 15.x.x |
| Description |
|
Avec la mise en place du nouveau header, et la suppression
de l'onglet "mon_compte", les cobrandings ont perdu le contenu de la
barre horizontale "mon compte". Les Cob ayant toujours leur onglets aurait du pourtant garder leur barre avec le contenu " espace vendeur, ...., .... " voir screenshot. |
| Commentaires |
| Commentaire de Swan Desportes [ 11/juin/07 09:01 ] |
| Avec ou sans onglet, on voulait de toute façon remplacer par le menu horizontal produit. |
[APP-28831] Evenement création de compte contact Création: 19/mars/10 11:35 Mise à jour: 22/mars/10 10:36 Résolue: 22/mars/10 10:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 65.0.0 (TX-M) |
| Version(s) corrigée(s): | 65.0.0 (TX-M) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thomas Landru | Attribution: | Yann Danot |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | OPPeC : Optimisation Identification |
| Navigateur: | Tous |
| Description |
|
Si l'on créé un compte contact après avoir validé le formulaire http://www.pm.lan/sponsorship?action=refer on a une description "autre" associée à l'événement "Création de compte contact"
|
| Commentaires |
| Commentaire de Thomas Landru [ 19/mars/10 11:46 ] |
| Même soucis lorsque l'on signale un abus. |
| Commentaire de Emeric Teil [ 22/mars/10 10:33 ] |
| Comme vu ensemble, on reste comme ça (c'est tout de même bien mieux que l'existant). Merci :o) |
[APP-6405] Problème création de compte vendeur Création: 21/nov./05 15:12 Mise à jour: 25/juin/07 18:33 Résolue: 22/nov./05 18:43 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 8.0.8 |
| Version(s) corrigée(s): | 8.0.8 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Agathe Remy | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Description |
|
cahier de test : tests-questions-réponses.doc Section 2 : Questions post-vente A->V Essai de création d'un compte vendeur PMember1 : le mail d'activation du compte vendeur n'a jamais été reçu |
| Commentaires |
| Commentaire de Arnaud Forgues [ 21/nov./05 18:07 ] |
| est-ce le problème classique des mails en integ ? |
| Commentaire de Quentin de Chivré [ 22/nov./05 09:58 ] |
| Il faut que tu creuses cela Arnaud (ou tu l'affecte a qq'un), en particulier quand cela empeche des gens d'avancer dans leurs tests |
| Commentaire de Arnaud Forgues [ 22/nov./05 18:43 ] |
|
En fait ce bug etait lié au chantier d'emmanuel sur "la redirection apres authentification". Il est revenu en arrière et ca a corrigé le bug |
| Commentaire de Arnaud Forgues [ 22/nov./05 18:43 ] |
| Ok |
| Commentaire de Yassine Mouhammadou [ 08/déc./05 10:20 ] |
| On reçoit bien les mails :) |
Traduction : Fautes d'orthographe
(APP-12433)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur, Traduction |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Cantoni Carlos | Attribution: | Juan Luis Fajardo |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Integ |
| Description |
|
message sur le compte quand elle est en vacances Estás acualmente en modo vacaciones mettre "actualmente" a la place de "acualmente" |
[IMP-2028] Compte FTP partenaire LIBMATEOS Création: 26/mars/08 17:31 Mise à jour: 30/oct./09 15:43 Résolue: 29/avr./08 12:15 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Cantoni Carlos | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Login: | Libmateos |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
merci de créer un compte FTP pour la partenaire Libmateos car il veut faire les mises a jour du stock par FTP |
| Commentaires |
| Commentaire de Frédéric Nahum [ 29/avr./08 12:15 ] |
|
===================================================================== Cuenta FTP vendedor creada... Pseudo : libmateos contraseña : d7H2gu Server : ftp.priceminister.es / es ================================================================ Le partenaire peut déposer le fichier dans le répertoire écrasement de son ftp |
[IMP-6133] desctivation compte FTP symp Création: 20/mai/10 18:42 Mise à jour: 21/mai/10 14:30 Résolue: 21/mai/10 14:30 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Gaël Seguillon | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | symp |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Suppression produits
|
| Groupe: | sellermania |
| Description |
|
le pro symp ne veux plus travailler avec sellermania et voudrais voir l'accès FTP à son compte désactivé merci |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 21/mai/10 14:30 ] |
| C'est fait. |
[APP-3403] Compte en vacances à 19h49 Création: 28/déc./04 10:01 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.9 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Benjamin Guerville | Attribution: | Arnaud Forgues |
| Résolution: | Incomplet | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
vu avec quentin le compte ecran-plat est tombé automatiquement en vacances à 19h49 ai lieu d'environ minuit comme d'h'abitude merci |
| Commentaires |
| Commentaire de Arnaud Forgues [ 30/déc./04 14:53 ] |
|
Si on regarde les logs d'evenements de cet utilisateur, on constate qu'il a été regulierement mis en vacances automatiquement par le système à différentes heures autres qu'environ minuit ... est-ce donc un problème .. ? |
| Commentaire de Arnaud Forgues [ 17/janv./05 12:21 ] |
|
En fait, le batch d'expiration qui met les vendeurs en vacances automatique fonctionne de la manière suivante : On se base sur la date d'autorisation mais aussi sur la date de request. Alors si on depasse (6 jours - 2h) de la date d'autorisation ou 3 jours complets (en partant de minuit) de la date de request, alors le panier est annulé et son vendeur mis en vacances automatique. C'est pourquoi dans la plupart des cas, c'est la date de request qui intervient la premiere, d'ou la mise en vacances automatiques vers minuit. Seulement, si le panier est mis en observation, sa date de request est alors repoussé et il peut arrivé comme dans ce cas (du bug) que la date d'autorisation intervienne a la place de celle de request. Ainsi l'heure de mise en vacances automatique du vendeur depend de la date d'autorisation. Le bug est donc invalide car la limite de (6 jours - 2h) pour la date d'autorisation est liée au delay de validité de l'autorisation SIPS. |
[APP-25497] Plus d'indication du compte bloqué en remarque puisqu'on ne bloque plus les compensations. Création: 04/juin/09 14:25 Mise à jour: 10/juin/09 11:11 Résolue: 10/juin/09 10:03 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | 47.0.3 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
QQch qui pourrait etre assimilé à une régression et qu'on n'a pas vu en test: Avant lorsqu'on bloquait un compte (macro compte bloqué), on bloquait les compensations et on avait une remarque "compensation bloquée" sur le compte mais également du coup sur sur les pages article. Celà était un élement important pour savoir si un compte devait etre bloqué/l'était déjà , etc.. Maintenant qu'on bloque uniquement le PMV, on n'a plus aucune indication et c'est réellement problematique. Obligé d'aller sur le compte pour voir qu'il est déjà bloqué ou qu'il faut le faire.. Ca pose souci dans le travail de tous les jours.. |
| Commentaires |
| Commentaire de Cedric Favero [ 04/juin/09 14:26 ] |
|
L'idéal serait d'avoir une remarque "PMV bloqué" , et tant qu'on y est reporter la visibilité -2 aussi. Dans le metier SAV, un compte bloqué est un compte en -2 avec ses "paiements" bloqués. |
[IMP-5524] creation compte FTP pour le flux de commandes du partenaire pseudo Dimishop-es Création: 10/mars/10 18:06 Mise à jour: 18/mars/10 16:20 Résolue: 18/mars/10 16:13 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Cantoni Carlos | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Login: | dimishop-es |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour, le partenaire pseudo: Dimishop-es (site ES) reçoit actuellement les commandes sur le FTP du compte en France (pseudo: Dimishop) pourriez vous creer un compte FTP dedié seulement au flux des commandes du site ES? il semble que le partenaire a des problemes pour gérer toutes les commandes sur le meme compte FTP merci |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 18/mars/10 16:10 ] |
|
===================================================================== Cuenta FTP vendedor creada... Pseudo : dimishop-es contraseña : ferhuhH6 Server : ftp.priceminister.es Pais : es Flujo de pedidos : si ===================================================================== |
| Commentaire de Daniel Pintamalli [ 18/mars/10 16:13 ] |
|
C'est fait. La validation de commandes et la mise à jour de stock sont toujours gérés par le compte FTP Français. |
| Commentaire de Daniel Pintamalli [ 18/mars/10 16:20 ] |
| ...mais il peut (si il le veut) se servir du compte Espagnol pour faire la validation. Les commandes du site Espagnol sont dorénavant disponibles sur le compte Espagnol. |
[EXP-5077] Identification des comptes professionnels avec FTP Création: 25/mars/10 10:24 Mise à jour: 25/mars/10 10:24 |
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Dorian Porta Delsol | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Est il possible de mettre un indice d'identification pour
les professionnels disposant de compte FTP pour pouvoir les faire
ressortir dans BI ? L'idéal serait des marqueurs différents pour les flux de commandes et les flux d'import de stock. Merci |
[EXP-1201] Trouver un moyen de purger régulièrement et automatiquement notre compte yahoo.fr Création: 07/févr./06 16:34 Mise à jour: 25/juin/07 18:56 Résolue: 28/févr./06 11:39 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Sébastien Tournay | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
pour le compte supervisionpm@yahoo.fr
(mdp = priceminister) trouver un moyen de purger régulièrement et
automatiquement les messages. Vu la volumétrie on sature très vite la
BAL. Sébastien |
| Commentaires |
| Commentaire de Antoine Koener [ 09/févr./06 17:37 ] |
|
La boîte YAHOO est accessible via POP. Voici la configuration: Serveur de courrier entrant (POP3) : pop.mail.yahoo.fr Serveur de courrier sortant (SMTP): smtp.mail.yahoo.fr utiliser le Port 587 du SMTP [En savoir plus] Nom de compte : supervisionpm Adresse e-mail : supervisionpm@yahoo.fr Mot de passe : votre mot de passe Yahoo! Mail Doit on envisager un outil permettant d'effacer cette boite à interval de temps régulier ? |
| Commentaire de Sébastien Tournay [ 09/févr./06 18:16 ] |
| On pourrait lancer mailwasher de temps en temps non ? |
| Commentaire de Antoine Koener [ 13/févr./06 15:56 ] |
|
Il suffit d'installer sur une machine une tache cron qui execute le script pmyahoopurge.pl. Ce script est disponible dans le CVS. |
| Commentaire de Sébastien Tournay [ 13/févr./06 16:15 ] |
| Très bien. On pourrait en effet au lieu de tout purger, effacer seulement quelques messages tous les mois. Les messages dont le sujet est 'ALARME sur ...' et '..Jboss log reports oracle error ...'. A lancer tous les mois par exemple |
| Commentaire de Antoine Koener [ 28/févr./06 11:39 ] |
|
Le script est dans peps |
[PMB-66] SALOME : Test Intégrité d'un reversement regulier/virement pour un pro compta. Création: 09/oct./08 11:48 Mise à jour: 09/oct./08 18:02 Résolue: 09/oct./08 18:02 |
|
| Etat: | Fermé |
| Projet: | PriceMinister Bug Hunter |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Cédric Goldovsky |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Tool: | SALOME |
| Description |
|
Pour un pro compta, dans mon temps, il me semblait qu'il
était impossible de le définir sans lui assigner automatiquement des
reversements systématiques par virement ou chèque. Je crois qu'il n'existe pas de pro compta sans demandes de reversement systématique. J'ai donc pris un pro compta qui avait des reversements par chèque et je les ai modifiés pour qu'ils soient effectués par virement. Mais le cas de test change un peu et donc, on a un nouvel écran avec le message : "La configuration de vos reversements systématiques a bien été modifiée." |
| Commentaires |
| Commentaire de Aurélie Kwiatkowski [ 09/oct./08 12:12 ] |
| Au deuxième step, il faut redémarrer COMPENSATION et non pas WALLET car c'est Compensation qui s'occupe des reversements systématiques des compta. |
| Commentaire de Cédric Goldovsky [ 09/oct./08 18:02 ] |
| Salomé MAJ. Merci :-) |
[APP-2525] absence d'annonce en FO alors que stock présent en BO Création: 21/juil./04 17:10 Mise à jour: 25/juin/07 18:25 Résolue: 25/juin/07 18:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jany Marimoutou | Attribution: | Validator |
| Résolution: | Incomplet | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Suite à plusieur soumissions de produits en FO de livre et de vynils. Il s'avère que les fiches produits sont actives en BO, apparaissent dans mon inventaire mais lorsque que l'on clique sur le lien amenant sur la fiche du produit, il n'y a pas d'article présent et le stock en BO est de zéro. Ce sont les trois premiers de la liste de l'URL. Lien du compte : http://bo.pm.lan/inventory?select=0 |
| Commentaires |
| Commentaire de Jany Marimoutou [ 21/juil./04 17:27 ] |
| RAS, il s'agissait de mon inventaire qui était caché. |
| Commentaire de Quentin de Chivré [ 21/juil./04 17:56 ] |
| Voir commentaire ci-dessus |
[APP-16765] Problème d'affichage ou rafraîchissement dans compte / compensation / bouton pour ouvrir la fenêtre des finances / finances. Création: 21/juin/07 11:54 Mise à jour: 12/juil./07 11:24 Résolue: 21/juin/07 17:20 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 14.2.1 |
| Version(s) corrigée(s): | 14.2.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Xavier Courla | Attribution: | Validator |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Navigateur: | FireFox 2.0 |
| Projets PM archivés: | Maintenance 14.x.x |
| Description |
|
Bonjour, J'ai un problème de rafraîchissement dans compte / compensation / bouton pour ouvrir la fenêtre des finances / finances. Quand la fenêtre s'ouvre c'est les finances d'un autre compte qui apparent (les finance d'une personne que j'ai vérifier précédemment). Merci |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 21/juin/07 17:19 ] |
|
- C'est un comportement normal du navigateur; - Le mieux c'est de pouvoir se déconnecter d'un compte avant de passer à un autre; |
[IMP-6359] creation compte FTP pour le partenaire pseudo -bbb-ny-usa Création: 18/juin/10 09:42 Mise à jour: 18/juin/10 11:13 Résolue: 18/juin/10 11:13 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Cantoni Carlos | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | -bbb-ny-usa |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
creation compte FTP pour le partenaire pseudo -bbb-ny-usa le vendeur travaille deja sur le site UK (pseudo bbb-ny-usa), il souhaite avoir un compte FTP pour commencer a vendre sur le site FR le format du fichier sera le même |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 18/juin/10 11:13 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : -bbb-ny-usa mot de passe : ferhhuKL47h Serveur : ftp.priceminister.com Pays : fr ===================================================================== |
[APP-18089] V17 - page d'accueil mon compte - seulement un bandeau 1euro.com Création: 02/oct./07 14:20 Mise à jour: 04/oct./07 16:57 Résolue: 03/oct./07 15:22 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 17.0.0 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Cedric Favero | Attribution: | Validator |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | FireFox 2.0 |
| Projets PM archivés: | Maintenance 17.x.x |
| Description |
|
Je viens de créer un compte sur site de test et la première
page sur laquelle j'arrive après mon inscription est la page "mon
compte'" avec uniquement un énorme bandeau 1euro.com et rien d'autre (cf
capture). Je n'ai accès à rien d'autre. |
| Commentaires |
| Commentaire de Cedric Favero [ 02/oct./07 14:30 ] |
|
idem , pb d'affichage après avoir fait une mise en vente , je n'ai pas les autres blocs (cf capture 2) PS: je suis sur firefox |
| Commentaire de Christophe Garcia [ 03/oct./07 15:22 ] |
|
Pas reproduit. Réouvre le JIRA si tu l'as encore |
| Commentaire de Cedric Favero [ 04/oct./07 16:57 ] |
| c'etait juste sur http://bo.pm.lan et çà ne le fait plus.. |
[IMP-6397] creation comtpe FTP+ flux de commandes pour nouveau compte decitre top-rentree Création: 24/juin/10 11:23 Mise à jour: 01/juil./10 16:54 Résolue: 01/juil./10 16:54 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | top-rentree |
| Modèle: | decitre |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits , Mise à jour/création produits, Suppression produits, Mise à jour/création annonces (écrasement)
|
| Description |
|
creation comtpe FTP+ flux de commandes pour nouveau compte decitre top-rentree
|
| Commentaires |
| Commentaire de Fotigui Tangara [ 01/juil./10 16:47 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : top-rentree mot de passe : top-!2010 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Fotigui Tangara [ 01/juil./10 16:54 ] |
|
Compte FTP (stock et flux de commandes) mise en place. Demande traitée. |
[IMP-6513] discounterx : création Compte FTP --> import de stock + Flux commandes Oui Création: 08/juil./10 16:13 Mise à jour: 19/juil./10 10:03 Résolue: 19/juil./10 10:03 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Caroline Vallerey | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | discounterx |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Salut, le PRO souhaite une création de compte FTP (travaille avec Neteven) : import de stock + flux de commande Oui. leng.ly@telsev.fr Merci Caroline |
| Commentaires |
| Commentaire de Jérome Marianne [ 15/juil./10 16:18 ] |
| Quel modèle de produit faut-il lui paramétrer? |
| Commentaire de Caroline Vallerey [ 15/juil./10 16:22 ] |
|
Salut, Il faudrait lui paramétrer le modèle Sextoys. Merci |
| Commentaire de Jérome Marianne [ 16/juil./10 10:14 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : discounterx mot de passe : 11discount236erx Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Jérome Marianne [ 16/juil./10 10:24 ] |
|
Profils paramétrés. Le compte FTP ne pourra être activé que lundi. ==> Compil flux + stock à faire |
| Commentaire de Jérome Marianne [ 19/juil./10 10:03 ] |
| Compte FTP activé. |
[APP-18773] Impossibilité d'accéder au compte Création: 29/nov./07 10:08 Mise à jour: 29/nov./07 10:56 Résolue: 29/nov./07 10:56 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 18.0.0 |
| Version(s) corrigée(s): | 18.0.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Gaël Seguillon | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Navigateur: | Internet Explorer 6.X | ||||||||
| Projets PM archivés: | Maintenance 18.x.x | ||||||||
| Description |
|
Le pro mardi_gras me signale l'impossibilité de se loguer à
son compte, le site est disponible mais lorsqu'il veut accéder à la
rubrique mon compte une page blanche avec le message d'erreur 404 voir
autre Jira lié même problème constaté par un autre pro utilisaant
Mac/Safari
|
[APP-12116] page d'accueil mon compte Création: 07/sept./06 14:10 Mise à jour: 25/juin/07 18:44 Résolue: 07/sept./06 14:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 9.0.3 |
| Version(s) corrigée(s): | 9.0.3 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Validator |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Description |
|
Lorsque l'on se connecte sur son compte , l'inglet est par défaut sur "acheteur auto". Il est plus logique d'etre accueilli sur espace vendeur ou espace acheteur au choix |
| Commentaires |
| Commentaire de Christophe Garcia [ 07/sept./06 14:24 ] |
| Quand tu te connectes on te repositionne automatiquement sur le dernier onglet que tu avais visité. |
[IMP-1157] Bloquer les imports pour les comptes spécifiés Création: 08/août/07 16:36 Mise à jour: 30/oct./09 15:50 Résolue: 20/août/07 10:51 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | auto-mat, opelcergy, rvinhas, ggc2, ersoauto |
| Séparateur: | N/A |
| Type de traitement: |
Suppression annonces
|
| Description |
|
il faut bloquer la config import pour les clients suivants, qu'elle soit Cardiff ou Mixad. Comptes concernés: auto-mat rvinhas ggc2 ersoauto opelcergy |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 10/août/07 16:45 ] |
|
J'ai bloqué les configurations d'import des partenaires
concernés mais les changements seront effectifs après le 20 août. auto-mat -> ok rvinhas -> ok ggc2 -> ok ersoauto -> pas de config opelcergy -> ok |
| Commentaire de Daniel Pintamalli [ 20/août/07 10:51 ] |
| Les changements sont effectifs. |
[IMP-469] Merci de créer un compte FTP juste pour la MAJ de stock partenaire : gold75 Création: 12/avr./07 14:15 Mise à jour: 30/oct./09 15:43 Résolue: 12/avr./07 17:04 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Skender Berisha | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | gold75 |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Estimation: | Petit |
| Description |
|
Bonjour Merci de créer un compte FTP pour la mise à jour de stock Partenaire : gold75 Merci Skender |
| Commentaires |
| Commentaire de Marion Anfreville [ 12/avr./07 14:46 ] |
| Le demandes d'import se font avec le projet Import (avec priorité Majeur). |
| Commentaire de Rodrigue Nsiangani [ 12/avr./07 16:57 ] |
|
======= Compte FTP ======= ==== Home : gold75 ===== ==== Pass : F21Eqbr ======= |
| Commentaire de Rodrigue Nsiangani [ 12/avr./07 17:01 ] |
|
Config du partenaire : @@@@@@ <Partner name='gold75' id='11537843' home='gold75' > <Comment> compte crée par RON: le : 12/04/07 Login: gold75 Pass : F21Eqbr </Comment> <!-- Import de stock --> <Directory path='stock/entrees'> <Action type='Move' id='4803238' check_file='1'> <Files>*.csv</Files> <Files>*.tab</Files> <Files>*.txt</Files> <Destination>/data/priceminister/pmftpstock/var/transactions/fr/gold75/stock/entrees</Destination> </Action> </Directory> </Partner> @@@@@@ |
| Commentaire de Rodrigue Nsiangani [ 12/avr./07 17:04 ] |
|
C''est fait. Je ferme. |
[IMP-2670] Création compte FTP gestion flux de commandes vendeur YellElectric Création: 06/oct./08 10:02 Mise à jour: 30/oct./09 15:50 Résolue: 06/oct./08 11:43 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | YellElectric |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Bonjour, Pouvez-vous créer un compte FTP et un profil de gestion de commandes pour le vendeurs YellElectric. Merci, Jérémy |
| Commentaires |
| Commentaire de Jeremy Pallot [ 06/oct./08 10:04 ] |
| Pardon, il s'agit du fichier type que le vendeur va utiliser, faire attention au fait que seul la colonne avec le sprix en euros doit être prise en compte pour le France. |
| Commentaire de Fotigui Tangara [ 06/oct./08 10:37 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : yellelectric mot de passe : mdWpX95adema Serveur : ftp.priceminister.com / fr ===================================================================== |
| Commentaire de Fotigui Tangara [ 06/oct./08 10:44 ] |
| Le fichier du PRO contient déjà le caractère ";" il utilisera la tabulation comme séparateur. |
| Commentaire de Fotigui Tangara [ 06/oct./08 11:28 ] |
| Le PRO déposera son fichier dans le répertoire /stock/ecrasements |
| Commentaire de Fotigui Tangara [ 06/oct./08 11:43 ] |
| Demande traitée. |
[APP-22285] Pb bannière OP COUP DOUBLE sur page Mon compte Création: 11/sept./08 16:18 Mise à jour: 03/nov./08 11:39 Résolue: 31/oct./08 14:57 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue, Promo |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 32.0.1.1 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Charlotte Fachan | Attribution: | Nerea Prieto |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Classif FONC: | comarket |
| Description |
|
Il semble y avoir un bug sur la bannière OP coup double sur la page mon compte cf copie d'écran |
| Commentaires |
| Commentaire de Charlotte Fachan [ 23/sept./08 10:52 ] |
|
Serait il possible de modifier la bannière présentant un bug sur la page mon compte par celle en pièce jointe ? nom de la créa : 725x90-pageCongIden.swf Merci Charlotte |
| Commentaire de Ariane Baldinger [ 01/oct./08 08:51 ] |
|
Olga, Il faudrait planifier cette demande dans un dump IG, merci de préciser la version cible. |
| Commentaire de Olga Costa [ 03/oct./08 11:50 ] |
|
Bonjour, Il faut que la banner soit en 425*90 et 100% Merci |
| Commentaire de Olga Costa [ 06/oct./08 10:18 ] |
|
Bonjour Charlotte Est ce que la créa est prête. Pour que ça passe mercredi matin il faut que je fasse le param avant midi, sinon la correction passera plus tard. Merci Olga |
| Commentaire de Chevalier Loic [ 07/oct./08 12:21 ] |
| Je rajoute Fadela en observateur (c'est elle qui a fait la bannière). J'suis désolé mais j'ai pas le temps de gérer ce Jira. |
| Commentaire de Chevalier Loic [ 07/oct./08 12:27 ] |
| Ha pardon, Charlotte vous a donné en Pièce jointe la nouvelle ban, donc plus de pb. |
| Commentaire de Ariane Baldinger [ 16/oct./08 15:23 ] |
|
euh... je ne vois pas de créa en 425x90 attaché au jira.... Charlotte, est-ce que la créa en question a été refaite ? Merci de l'attacher au jira. Ariane |
| Commentaire de Nerea Prieto [ 24/oct./08 09:41 ] |
|
Bonjour, Maintenant pour l'emplacement Body de la page Mon Compte il nous faut une bannière en 425*90. Donc il faut modifier la taille de la bannière. Charlotte, peux-tu t'occuper de transmettre l'info aux grafistes? Merci |
| Commentaire de Chevalier Loic [ 24/oct./08 09:57 ] |
|
C'est bon Charlotte à toutes les bannières de cette OP. PAR CONTRE il y a des ban pour le widget boutique qui sont complètement à refaire puisque le format n'est pas le bon (anciennement 725x90). Ghislain vous les livrera d'ici sous peu. |
| Commentaire de Charlotte Fachan [ 24/oct./08 10:51 ] |
|
Bonjour, toutes les bannières ont été modifié selon les nouveaux spec définis et elles vous ont été transmises. Elles sont accessibles depuis mon public : W:\fachanc\_Graphistes\Mohamed\ope-coup_double Merci Charlotte |
| Commentaire de Ariane Baldinger [ 28/oct./08 09:29 ] |
|
Ok. Nerea, il faut donc utiliser cette créa 425x90-pageCongIden.swf merci. |
| Commentaire de Nerea Prieto [ 28/oct./08 13:53 ] |
|
Charlotte, Est-ce que tu peux tester s'il te plait? Merci |
| Commentaire de Nerea Prieto [ 28/oct./08 13:54 ] |
|
http://www.param1.pm.dev/user?tab=account |
| Commentaire de Charlotte Fachan [ 28/oct./08 18:16 ] |
|
C'est ok pour moi ! Merci Charlotte |
[IMP-7814] Configuration compte FTP format Neteven + création profil du pro eyeweb Création: 11/janv./11 12:08 Mise à jour: 02/févr./11 15:47 Résolue: 02/févr./11 15:47 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Myriam Laifaoui | Attribution: | Hervé Octuvon-Bazile |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | eyeweb |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits
|
| Description |
|
Bonjour,
Merci de créer un compte FTP au format Neteven et créer un profil pour le partenaire eyeweb. Myriam |
| Commentaires |
| Commentaire de Isabelle Weisbecker [ 24/janv./11 17:26 ] |
| j'ai demandé au pro un tabelau de correspondance des couleurs |
| Commentaire de Isabelle Weisbecker [ 01/févr./11 18:43 ] |
| le pro a remplit le champs couleur. cela devrait être bon pour import. |
| Commentaire de Hervé Octuvon-Bazile [ 02/févr./11 09:18 ] |
| merci Isabelle, je m'en occupe au plus vite |
| Commentaire de Hervé Octuvon-Bazile [ 02/févr./11 14:22 ] |
|
Compte FTP crée
======================= Pseudo : eyeweb mot de passe : DzkwR5G Serveur : ftp.priceminister.com ======================= |
| Commentaire de Hervé Octuvon-Bazile [ 02/févr./11 15:47 ] |
|
Compte FTP NETEVEN opérationnel .
Demande traitée |
[EXP-4462] problm connexion compte daredevil94 Création: 28/juil./08 14:21 Mise à jour: 16/sept./08 16:59 Résolue: 16/sept./08 16:59 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Troubleshooting |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jany Marimoutou | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
daredevil94 fait parti des pro DVD les plus importants.
Depuis vendredi 25 il a quelques difficultés à accéder à son compte
depuis chez lui. Et seulement depuis chez lui. Il n'y est arrivé qu'en
passant par un proxy. Pourrais-tu me dire si il y a un souci avec son IP : 212.27.60.48 |
| Commentaires |
| Commentaire de Jany Marimoutou [ 01/août/08 10:17 ] |
| pourrais-je avoir une réponse avant 2009 SVP ? |
| Commentaire de Patrice Boulanger [ 14/août/08 17:34 ] |
| oui, tu l'auras. |
| Commentaire de Patrice Boulanger [ 16/sept./08 16:59 ] |
| Le filtrage IP a été désactivé sur l'ensemble des serveurs, le problème doit donc avoir disparu. Dans le cas contraire, merci de réouvrir le Jira. |
[IMP-490] Merci de créer un compte FTP juste pour le flux de commandes pour le partenaire : sagem_pro Création: 16/avr./07 14:41 Mise à jour: 30/oct./09 15:43 Résolue: 16/avr./07 17:17 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Skender Berisha | Attribution: | Xavier Barbosa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | sagem_pro |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces
|
| Description |
|
Bonjour Merci de créer un compte FTP juste pour le flux de commande pour le partenaire : sagem_pro. Merci Skender |
| Commentaires |
| Commentaire de Xavier Barbosa [ 16/avr./07 14:59 ] |
| pourquoi spécifier le séparateur et le type de traitement si ce n'est pas pour faire de l'import ? |
| Commentaire de Xavier Barbosa [ 16/avr./07 17:17 ] |
|
compte ftp créé avec les infos suivantes : ======= Compte FTP ======= ==== Home : sagem_pro ===== ==== Pass : sagempro ======= |
| Commentaire de Skender Berisha [ 17/avr./07 08:01 ] |
|
Salut T'es obligé de spécifier quelque chose dans le champ sinon tu ne peux pas sortir du jira. Merci Skender |
| Commentaire de Xavier Barbosa [ 17/avr./07 13:44 ] |
| c'est pour ça qu'il y a la valeur "N/A" :) |
[APP-12874] Mon Compte - Impossible de lire les messages reçus en attente de réponse Création: 03/oct./06 10:14 Mise à jour: 25/juin/07 18:45 Résolue: 05/janv./07 17:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 10.0.0 (ESP) |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Caroline Deregnaucourt | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Integ | ||||||||
| Description |
|
J'ai reçu un message sur mon compte caroderesp. Or, lorsque
je clique dessus pour le lire celui-ci ne s'affiche pas (page
indisponible...) Ci-joint captures d'écrans. Merci |
| Commentaires |
| Commentaire de Younès Charrière [ 03/oct./06 10:58 ] |
|
Logs de l'erreur : 2006-10-03 10:57:23,920 INFO [P-Processor3] caroderesp - >>> GET http://bo.es.integ/question?action=list 2006-10-03 10:57:24,005 INFO [P-Processor3] caroderesp - <<< [85 ms] GET http://bo.es.integ/question?action=list 2006-10-03 10:57:29,744 INFO [P-Processor3] caroderesp - >>> GET http://bo.es.integ/question?action=answerpost&aid=44559402&questionid=11455613 2006-10-03 10:57:29,765 ERROR [P-Processor3] caroderesp - Load error Servlet : com.babelstore.question.front.QuestionServlet Request : GET http://bo.es.integ/question?action=answerpost&aid=44559402&questionid=11455613 Referrer : http://bo.es.integ/question?action=list User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7 Trace : java.lang.NullPointerException at com.babelstore.advert.front.BaseAdvertModel.load(BaseAdvertModel.java:86) at com.babelstore.question.front.AnswerPostModel.load(AnswerPostModel.java:43) at com.babelstore.util.web.Model.doLoad(Model.java:48) at com.babelstore.util.Block.load(Block.java:106) at com.babelstore.util.web.Screen.load(Screen.java:108) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:228) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:186) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:152) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2006-10-03 10:57:29,765 INFO [P-Processor3] caroderesp - Setting response status code to 503 2006-10-03 10:57:29,951 INFO [P-Processor3] caroderesp - <<< [207 ms] GET http://bo.es.integ/question?action=answerpost&aid=44559402&questionid=11455613 |
| Commentaire de Manuel Sadok [ 03/oct./06 15:00 ] |
|
Mince, il nous faudrait également une ptite formation en
espagnol, car ce n'est pas évident de s'y retrouver dans cette nouvelle
version mis à part à l'instinct... Bon sinon, bug réglé !! :-) |
| Commentaire de Christophe Garcia [ 09/oct./06 18:33 ] |
|
OK en V904 pour la FRANCE. A vérifier pour l'ESP. |
| Commentaire de Lydia Dali [ 07/nov./06 12:22 ] |
| ok en esp |
[APP-18748] Mon Compte AUTO - Manque un lien "Déclarer un achat de véhicule" Création: 28/nov./07 12:45 Mise à jour: 06/déc./07 18:55 Résolue: 03/déc./07 15:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 18.0.0 |
| Version(s) corrigée(s): | 18.1.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Arnaud Forgues |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Maintenance 18.x.x |
| Description |
|
Voii screenshot. Je trouve qu'il manque un menu dans la Mon Compte AUTO permettant de déclarer un achat AUTO. |
| Commentaires |
| Commentaire de Arnaud Forgues [ 03/déc./07 15:23 ] |
|
Il s'agit en fait du lien "Souscrivez une garantie
mécanique". Cela revient et déclarer d'abord son achat avant de pouvoir
souscrire une garantie dessus. Si on a déjà déclaré son achats, alors il
faut passer par "Mes garanties souscrites" ou "Etendez vos garanties". Ceci était un choix fonctionnel, qui avait été validé lors de la mise en place de la nouvelle HP Mon compte. NB : j'ai ajouté Steven (BoW) et Emeric (CdP) qui s'étaient occupé du projet à l'époque. Ils pourront ainsi confirmer mes dires si besoin |
[APP-20967] [PMV - Améliorations] Différencier ventes payables et à venir pour les vendeurs en mode Compta Création: 25/juin/08 18:00 Mise à jour: 28/juil./08 09:55 Résolue: 18/juil./08 14:45 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 26.0.0 (TX-B) |
| Version(s) corrigée(s): | 26.0.0 (TX-B) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Arnaud Forgues | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Projets PM archivés: | Paiement - Améliorations PMV | ||||||||||
| Description |
|
Lors de la "Centralisation du PMV", on a dû merger les
ventes payables et les ventes à venir pour les vendeurs en mode Compta
et adapter l'aide associée afin de simplifier le calcul des ventes
payables. Cependant ceci représente une régression fonctionnelle et est plutôt dû à un pb technique de calcul des ventes payables et à venir pour les vendeurs en mode Compta chèque. Il faudrait donc voir s'il est possible de résoudre ce pb technique et au minimum re-différencier les ventes payables des ventes à venir pour les vendeurs en mode Compta virement, sachant que les compta chèque sont amener à diminuer en nombre avec le nouveau PMV2 |
| Commentaires |
| Commentaire de Arnaud Forgues [ 18/juil./08 14:45 ] |
|
Résolution technique du bug. Du coup, on distingue à nouveau
les ventes payables des ventes à venir pour les utilisateurs Platine en
mode Compta (qu'ils soient en chèque ou en virement) comme pour les
autres. Impacts edito pris en compte par CFA/SHA |
[IMP-6016] Déblocage prix max de ref dans les profils d'import des comptes de DECITRE Création: 06/mai/10 10:25 Mise à jour: 06/mai/10 15:30 Résolue: 06/mai/10 15:30 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Gaël Seguillon | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | decilibris, toutilibris et topslibris |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Autoriser les comptes de Decitre au dépassement max du prix
neuf pour decilibris, toutilibris et topslibris pour qu'ils puissent
passer leurs livres d'import
|
| Commentaires |
| Commentaire de Frédéric Nahum [ 06/mai/10 15:30 ] |
| c'est fait je viens de debloquer les comptes en laissant passer les fichier au dela du prix d'origine |
[APP-2593] Mon compte / Activation : Le lien d'activation manuelle disparait apres la relance Création: 04/août/04 17:27 Mise à jour: 25/juin/07 18:25 Résolue: 08/sept./05 09:56 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 7.2.4val |
| Version(s) corrigée(s): | 8.0.6 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Stéphane Archer | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Après la réception du 1er mail d'activation, de la relance via le lien relancer votre activation, il n'y a plus de lien activation manuelle du compte. |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 07/sept./05 09:23 ] |
| Pour moi c'est normal, il faut attendre de recevoir un nouveau mail pour avoir de nouveau le lien activation manuelle |
| Commentaire de Quentin de Chivré [ 07/sept./05 09:30 ] |
| Moi ca ne me parais pas "normal"... |
| Commentaire de Geneviève Beaujard [ 07/sept./05 09:52 ] |
|
ca ne parait pas normal car lorsqu'on demande le renvoi de
l'email d'activation, lorsqu'on clique sur le lien 'activation
inventaire' de la page mon compte, on a le message suivant: ------------------------------------ Nous allons vous envoyer dans quelques instants un e-mail intitulé "Activation compte vendeur" à : genevieve.beaujard@babelstore.com Pour que votre compte vendeur soit définitivement activé et que vos annonces soient visibles par tous les acheteurs, vous devrez d'abord cliquer sur le lien d'activation présent dans cet e-mail. Si l'adresse email que vous avez entrée est erronée, vous pouvez : la corriger et relancer l'envoi de cet e-mail ------------------------------------- une fois le mail reçu on aura le message suivant: ------------------------------------- Nous vous avons envoyé un e-mail intitulé "Activation compte vendeur" à : genevieve.beaujard@babelstore.com Pour que votre compte vendeur soit définitivement activé et que vos annonces soient visibles par tous les acheteurs, vous devez d'abord cliquer sur le lien d'activation présent dans cet e-mail. Si vous n'avez pas reçu cet e-mail, vous pouvez : - relancer l'envoi de cet e-mail, ou - corriger votre adresse e-mail et relancer l'envoi de cet e-mail Si le lien d'activation présent dans l'e-mail que vous avez reçu ne fonctionne pas, vous pouvez effectuer une activation manuelle. ----------------------------------------- ça me parait bizarre d'afficher le lien activation manuelle, alors que la personne n'a pas encore recu de n° d'activation. |
| Commentaire de Florent Bernard [ 07/oct./05 15:28 ] |
| OK |
[IMP-878] creation d'un compte ftp pour nouveau partenaire espagne tusbooks Création: 13/juin/07 16:47 Mise à jour: 30/oct./09 15:43 Résolue: 15/juin/07 10:19 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Anne Korchia | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Login: | tusbooks |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
creation p+f+maj ecrasement + creation produit + compte ftp pour partenaire esapgnol tusbooks
|
| Commentaires |
| Commentaire de Daniel Pintamalli [ 15/juin/07 10:19 ] |
|
===================================================================== COMPTE du vendeur créé ... ======= Compte FTP ======= ==== Home : tusbooks ===== ==== Pass : Rlgyy78dr ======= ===================================================================== Serveur: ftp.priceminister.es |
[IMP-7084] [FR] Import fichier création annonces avec création produits compte: light-tec Création: 29/sept./10 18:39 Mise à jour: 19/oct./10 14:59 Résolue: 19/oct./10 14:59 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jeremy Pallot | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | light-tec |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Bonjour,
Pouvez-vous créer un profil création annonces avec création produits pour le compte: light-tec Merci |
| Commentaires |
| Commentaire de Gaël Seguillon [ 19/oct./10 09:22 ] |
|
Bonjour pouvez vous traiter ce fichier en haute priorité
aujourd'hui le pro vient de rappeler et menace de renoncer à intégrer le
site
merci Gaël |
| Commentaire de Daniel Pintamalli [ 19/oct./10 13:52 ] |
|
Import en cours:
http://bo.priceminister.com/datafile_back?action=advertprofilesearch&advertprofile=10152840&numberrows=200 |
| Commentaire de Gaël Seguillon [ 19/oct./10 14:05 ] |
|
Salut Daniel
j'ai vu que le premier fichier était en erreur, on m'avait dit que la puissance en watt n'était pas une donnée obligatoire pour la création de luminaires ? |
| Commentaire de Daniel Pintamalli [ 19/oct./10 14:59 ] |
| Le fichier a été intégré à 100%. Les images seront disponibles dès demain. |
[IMP-7819] Configuration compte FTP format Neteven + création profil du pro ntshop75 Création: 11/janv./11 18:28 Mise à jour: 09/févr./11 17:37 Résolue: 09/févr./11 17:37 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Myriam Laifaoui | Attribution: | Esteban Rios |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | ntshop75 |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits
|
| Description |
|
Bonjour,
Merci de créer un compte FTP en format Neteven avec création profil pour le partenaire ntshop75. |
| Commentaires |
| Commentaire de Esteban Rios [ 09/févr./11 14:51 ] |
| Pouvez vous nous indiquer le format à utiliser pour ce pro ? |
| Commentaire de Myriam Laifaoui [ 09/févr./11 15:00 ] |
| high tech minimaliste. Merci |
| Commentaire de Esteban Rios [ 09/févr./11 17:33 ] |
|
=====================================================================
Compte FTP vendeur créé... Pseudo : ntshop75 mot de passe : 7nzT5aQ2Q Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Esteban Rios [ 09/févr./11 17:36 ] |
|
Demande traitée.
Configuration Neteven spécifique mise en place (création FTP, création Config XML d'import, mise en place du profil et format Entrées Neteven PLUS profil et format Création Produits HIGH-TECH MINIMALIST) |
| Commentaire de Esteban Rios [ 09/févr./11 17:36 ] |
| Fichier en PJ soumis pour la création des fiches produits. |
[PMB-65] SALOME : Test Intégrité d'un reversement ponctuel/chèque pour un pro compta. Création: 09/oct./08 11:19 Mise à jour: 13/oct./08 15:55 Résolue: 13/oct./08 15:55 |
|
| Etat: | Fermé |
| Projet: | PriceMinister Bug Hunter |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Cédric Goldovsky |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Tool: | SALOME |
| Description |
|
Puisqu'il faut te dire quand y'a des p'tites choses qui ne vont pas, voilà vraiment une petite chose : Pour un compta, le mode de reversement ponctuel est appelé "complémentaire" et donc, le message qu'on attend, c'est : "Votre demande de reversement complémentaire a bien été enregistrée." |
| Commentaires |
| Commentaire de Aurélie Kwiatkowski [ 09/oct./08 11:53 ] |
|
Idem pour les libellés dans le paragraphe "Gestions des reversements..." ou on a : "Actuellement, le bénéfice de vos ventes vous est systématiquement reversé, ..." et non pas : ""Actuellement, le solde de votre Porte-Monnaie vous est reversé ..." |
| Commentaire de Aurélie Kwiatkowski [ 10/oct./08 10:14 ] |
|
J'ai retrouvé l'action pour laquelle j'avais fait ce dernier commentaire : Test Intégrité du reversement régulier/virement pour Pro compta /A1 Tu l'as un peu modifié depuis mais c'est dans ce test. |
| Commentaire de Cédric Goldovsky [ 13/oct./08 14:04 ] |
|
Aurélie, je ne comprends rien à ton deuxieme commentaire ^^ A quelle action fais tu référence ? ==> Idem pour les libellés dans le paragraphe "Gestions des reversements..." ou on a : "Actuellement, le bénéfice de vos ventes vous est systématiquement reversé, ..." et non pas : ""Actuellement, le solde de votre Porte-Monnaie vous est reversé ..." merci :-) |
| Commentaire de Aurélie Kwiatkowski [ 13/oct./08 15:45 ] |
|
En fait, quand on est sur un PMV en mode Platine
Comptabilité et qu'il existe déjà des reversements systématiques, alors
on a ces différences : 1) si on fait une demande de reversement complémentaire, alors le message de confirmation est : "Votre demande de reversement complémentaire a bien été enregistrée.". Ca, tu l'as déjà corrigé dans SALOME. 2) Dans le paragraphe "Gestion des reversements", il y a un libellé qui diffère également. Tu me demandais où était cette erreur et je ne savais plus te répondre, mais j'ai retrouvé l'endroit. Dans le Test Intégrité du reversement régulier/virement pour Pro compta, action A1, tu as mis : "* présence d'un rectangle mentionnant les coordonnées bancaire, * Juste au dessus de ces coordonnées, présence de "Actuellement, le solde de votre Porte-Monnaie vous est reversé par virement ..." mais il faudrait mettre : "* présence d'un rectangle mentionnant les coordonnées bancaire, * Juste au dessus de ces coordonnées, présence de "Actuellement, le bénéfice de vos ventes vous est systématiquement reversé ..." |
| Commentaire de Cédric Goldovsky [ 13/oct./08 15:55 ] |
| Ok merci ! C'est fait. |
[EXP-743] Clôture des comptes et récupération des postes des personnes ayant quitté la société Création: 03/janv./06 12:45 Mise à jour: 16/juil./07 11:45 Résolue: 16/juil./07 11:45 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Alain Bonneaud | Attribution: | Jérôme Mazoyer |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | 2 jours | Estimation restante: | 2 jours |
| Σ Temps consacré: | 30 minutes | Temps consacré: | Non spécifié |
| Σ Estimation originale: | 2 jours | Estimation originale: | 2 jours |
| Sous-tâches: |
|
| Description |
|
Merci de clôturer les comptes réseau et email puis de
récuoérer les postes des personnes ayant quitté la Société récemment,
après t'être synchronisé avec leurs managers sur le fait qu'ils aient
bien fait des sauvegardes de ce qui doit être conservé par les équipes.
|
| Commentaires |
| Commentaire de ZZ_Arnaud Baali [ 09/févr./06 12:55 ] |
| La cloture des comptes a été effectuée avec jérémy |
| Commentaire de Jérémie Bennejean [ 15/mars/06 11:23 ] |
|
as tu des nouvelles sur certains comptes ? caleso / thiebauts / keyrus / etc etc |
| Commentaire de ZZ_Arnaud Baali [ 16/mars/06 10:45 ] |
| Oui j'ai conservé tous les mails des personnes qui m'ont donné leur accord |
| Commentaire de Jérôme Mazoyer [ 16/juil./07 11:45 ] |
| Tout les postes ont été récupérés. |
[EXP-3326] BO PROD_ES - Fichiers d'import bloqués en état 'A retraiter' et 'Chargement de données'. Création: 05/mars/07 10:29 Mise à jour: 25/juin/07 19:00 Résolue: 07/mars/07 15:00 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ESP - Espagne
|
||||||||||||||||
| Description |
|
Le fichier d'import suivant est bloqué en état 'A retraiter': http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=4089936 Le fichier suivant est bloqué en état 'Chargement de données'. http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=4103936 |
| Commentaires |
| Commentaire de Patrick Pereira [ 05/mars/07 16:02 ] |
|
Au point de vu du script d'import tout est normal (les users . Il faut voir avec les dev. |
| Commentaire de Patrick Pereira [ 05/mars/07 16:02 ] |
| Je transmets à Judd. |
| Commentaire de Judd OSullivan [ 06/mars/07 11:59 ] |
|
Le fichier en cours de traitement pour legacybooks est le
4083938 donc les autres attendent. Il est 50% fini mais il a 314k lignes
donc ca va prendre encore de temps. Je pense que tu ne le vois pas
parce qu'il est noyé dans les centaines d'autres fichiers de même
utilisateur. Essaie cette URL : http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=&login=legacybooks&process_code=&status=1&use_proc_date=false&start_date=&end_date=&order=2&x=27&y=10 Le fichier 4103936 est en attent de traitement par nos scripts de chargement de données. Visiblement il tourne mal donc j'affecte ce jira à Eric. |
| Commentaire de Eric Vannier [ 06/mars/07 15:22 ] |
|
Pour le fichier 4103936, le soucis vient que java retourne "File status illegal for loading!" . Le pb c'est que maintenant , il faut supprimer l'entrée dans la base car le sqlloader a planté. |
| Commentaire de Daniel Pintamalli [ 06/mars/07 15:47 ] |
|
J'ai extrait le fichier d'import en question. Il a l'air normal. Qu'est-ce qui fait planter le sqlloader? Le fichier est en pièce jointe. |
| Commentaire de Daniel Pintamalli [ 06/mars/07 17:26 ] |
|
Je l'ai resoumis mais il reste toujours en état 'chargement de données': http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=4117942 |
| Commentaire de Mostafa Diane [ 06/mars/07 18:00 ] |
|
File status illegal for loading!.==> l'import.pl essaye
de charger un fichier qui est dans une autre status autre que "Recu" cad
deja en cours de chargement On a vu avec Eric et il se trouve que le fichier n'a pas été chargé une fois parce que il manque le Separateur(Regression due l'inetrnational). |
| Commentaire de Daniel Pintamalli [ 06/mars/07 18:18 ] |
|
J'ai créé un JIRA concernant le problème du séparateur -> |
| Commentaire de Eric Vannier [ 07/mars/07 15:00 ] |
|
Le problème a été résolu en validant le séparateur car
celui-ci était inexistant pour le profil utilisé par ce fichier. Le suivi de ce problème sera réalisé à l'aide du Jira ouvert par Daniel . |
| Commentaire de Eric Vannier [ 07/mars/07 15:00 ] |
| Je clôture donc ce jira |
[EXP-2038] Script création compte FTP : ne plus créer automatiquement d'entrées dans sellerlist ou userlist Création: 15/mai/06 15:00 Mise à jour: 25/juin/07 18:58 Résolue: 15/mai/06 17:12 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Nicolas Gréhalle | Attribution: | Julien Rampon |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Ne plus créer les entrées automatiquement dans les fichiers
sellerlist (sur hercule) ou userlist (sur phaeton) lors de la création
d'un compte FTP. A faire rapidement SVP, car cela pose des problèmes sur les scripts d'import/export de commandes et stock en prod actuellement Merci |
| Commentaires |
| Commentaire de Sébastien Tournay [ 15/mai/06 15:23 ] |
|
Visiblement c'est déja commenté pour la partie PHAETON
(userlist) : #echo "$login" >> $pmdir/pmftpstock/bin/userList.txt Il faut donc revoir le mécanisme /data/priceminister/parametrage/script/pmcreateftpaccount.sh sur PHAETON pour commenter la partie qui concerne HERCULE. Sébastien |
| Commentaire de Sébastien Tournay [ 15/mai/06 15:25 ] |
| Visiblement, nous n'avons pas les droits sur le fichier. Il faut demander à l'équipe param le mdp utilisé. Nicolas ? |
| Commentaire de Nicolas Gréhalle [ 15/mai/06 15:27 ] |
|
Comment ça pas les droits ? le script est géré par Ranto, vous devez avoir les droits, car à ma connaissance, nous n'en avons pas plus que vous. |
| Commentaire de Sébastien Tournay [ 15/mai/06 15:34 ] |
| pas justement si... le user param est le seul a avoir les droits d'écriture... |
| Commentaire de Nicolas Gréhalle [ 15/mai/06 16:39 ] |
|
Après enquête : User : param Pass : Ck5jd7 |
| Commentaire de Julien Rampon [ 15/mai/06 17:11 ] |
| Le script a été modifié afin qu'il n'ajoute plus les nouveaux comptes FTP dans sellerlist (userlist etait déja commenté). |
[APP-8551] [Mon Compte] Faute d'orthographe Création: 18/avr./06 16:30 Mise à jour: 25/juin/07 18:37 Résolue: 19/avr./06 14:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Younès Charrière | Attribution: | Yassine Mouhammadou |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Integ |
| Description |
|
Il y a une erreur d'orthographe dans la liste des
"spécificités du livre" il faut changer "ExempALire" en "Exemplaire"
(pour s'y rendre, il faut aller dans mon compte puis espace vendeur et
créer un annonce de type livre). Younès. |
| Commentaires |
| Commentaire de Yassine Mouhammadou [ 19/avr./06 14:50 ] |
| C'est corrigé en Integ et en Prod. |
| Commentaire de Younès Charrière [ 26/avr./06 17:08 ] |
| ok testé en Integ mais en prod cette option n'existe pas... |
Traduction : Fautes d'orthographe
(APP-12433)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Traduction |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 10.0.0 (ESP) |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Caroline Deregnaucourt | Attribution: | Juan Luis Fajardo |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Site: | Integ |
| Description |
|
Dans mon compte - Mis mensajes recibidos . Il y a une erreur à la 3ème ligne : Accepto responder las dudas de los compradores relacionadas con los artículos que les vendí (obligatorio). --> Il faut rajouter un A devant "las dudas". |
| Commentaires |
| Commentaire de Younès Charrière [ 03/oct./06 11:01 ] |
| Voir screenshot |
[IMP-1230] Rajouter comptes dans le flux Mixad Création: 31/août/07 12:04 Mise à jour: 30/oct./09 15:50 Résolue: 03/sept./07 15:53 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | topv... |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
Voici la liste des comptes à rajouter dans le flux Mixad: csauto topv1824 topv1826 topv1386 topv1430 topv1720 topv1722 topv1724 topv1742 topv1752 topv1758 topv1759 topv1763 topv1764 topv1765 topv1768 |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 03/sept./07 15:53 ] |
|
csauto -> ok topv1824 -> ok topv1826 -> ok topv1386 -> ok topv1430 -> ok topv1720 -> ok topv1722 -> ok topv1724 -> ok topv1742 -> ok topv1752 -> ok topv1758 -> ok topv1759 -> ok topv1763 -> ok topv1764 -> ok topv1765 -> ok topv1768 -> ok |
[APP-21227] Module vendeur - Lien dans mon compte Création: 11/juil./08 12:09 Mise à jour: 11/juil./08 15:16 Résolue: 11/juil./08 14:34 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 25.0.0 (CTN-D) |
| Version(s) corrigée(s): | 25.0.0 (CTN-D) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Sébastien Aubert | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne, FRA - France
|
| Site: | Integ |
| Navigateur: | FireFox 2.0 |
| Projets PM archivés: | MKT communautaire (Label Vendeur) |
| Description |
|
Il faut que le lien "Mon widget Boutique dans mon compte
(corps de page) apparaisse en grisé lorsque l'inventaire n'est pas
activé, aujourd'hui il n'apparait pas du tout dans ce cas. reprendre la
même règle que le lien widget boutique du menu gauche.
|
| Commentaires |
| Commentaire de Clement Balay [ 11/juil./08 14:29 ] |
|
cvs ci src/com/babelstore/user/front/AccountModel.java Checking in src/com/babelstore/user/front/AccountModel.java; /home/cvs/dev/source/src/com/babelstore/user/front/AccountModel.java,v <-- AccountModel.java new revision: 1.77; previous revision: 1.76 done CMS1 - default - MyAdvertsBlock CMS3 - default - MyAdvertsBlock |
[IMP-3196] Vérification compte FTP dvdlegacyuk Création: 02/févr./09 17:14 Mise à jour: 30/oct./09 15:44 Résolue: 03/févr./09 10:37 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jeremy Pallot | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Login: | dvdlegacyuk |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour, Il semble que Dvdlegacy connaisse de sproblèmes sur don compte FTP Dvdlegacyuk, pouvez-vous le vérifier? Merci, Jérémy PS: Voir Email envoyé à Daniel le 02.02.2009 avec message de Efim |
| Commentaires |
| Commentaire de Frédéric Nahum [ 03/févr./09 10:37 ] |
|
cette demande est lié a un problème qui s'est passé sur les serveur le 15/01/09. Ce jour la, le partenaire cd-rarisimo a tourné en boucle et a généré un enorme fichier de 16 giga, ce qui a saturé le serveur gérant les flux de commande. Il y avait donc plus de place dans le serveur et tous le fichier sont apparu vide, ole problème n'est donc plus d'actualité |
[APP-12043] Mon compte : ajouter des majuscules Création: 05/sept./06 16:23 Mise à jour: 25/juin/07 18:43 Résolue: 08/nov./06 10:39 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 9.0.3 |
| Version(s) corrigée(s): | 10.0.0 (ESP) |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Christophe Garcia | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Site: | Integ |
| Description |
|
Voir screenshots Page "Mes paiements" : ajouter majuscule à "Mon compte" Page "Détail achat" : ajouter une majuscule à "Mes achats" Faire une passe pour l'ajouter aux autres cas eventuels. |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 14/sept./06 12:55 ] |
| Edito |
| Commentaire de Alexandre Garnier [ 16/oct./06 15:05 ] |
|
C'est fait. Par contre j'ai pu voir que dans les versions espagnoles, les traducteurs avaient viré les « et » par de simples ", et en français c'est déjà le cas à certains endroits, il faudrait voir à uniformiser un peu tout ça |
| Commentaire de Patrick Condevaux [ 08/nov./06 10:19 ] |
|
le bug est corrigé mais la remarque d'Alexandre est toujours
d'actualité on a parfois des " a la place de « et » A uniformisé |
| Commentaire de Patrick Condevaux [ 08/nov./06 10:39 ] |
|
je ferme puisque le bug est corrigé. J'ai ouvert un autre jira APP-13659 au sujet des guillemets |
[APP-4734] Compte pro > Modifier une annonce Création: 06/juin/05 18:20 Mise à jour: 25/juin/07 18:30 Résolue: 25/juin/07 18:30 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.2reval |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Alexandra Imbert | Attribution: | Fabrice Messoumian |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
En compte pro, depuis l'une de mes annonces, je change le commentaire et je valide. J'ai le message d'erreur suivant : Veuillez indiquer une ville. Veuillez indiquer un code postal. Mais ces données étant grisées, je ne peux strictement rien faire. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 07/juin/05 11:46 ] |
| Paramétrage, voir GAK si nécessaire |
| Commentaire de Fabrice Messoumian [ 07/juin/05 12:01 ] |
| Corrigé |
| Commentaire de Alexandra Imbert [ 08/juin/05 15:10 ] |
| ok en preview |
[APP-3726] Problème de vendeurs pour ce connecter au compte Création: 17/mars/05 09:42 Mise à jour: 25/juin/07 18:28 Résolue: 25/juin/07 18:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Pascal Roselli | Attribution: | Justin Ziegler |
| Résolution: | Incomplet | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
4 appels ce matin de personnes ayant des difficultés de connexions à leur compte, surtout aux questions. Dont 2 problèmes identifiés sur AOL. Ca marche bien quand il utilisent Internet Explorer. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 21/juin/05 13:48 ] |
| Obsolete |
[APP-18933] Exception lors de la création de compte Création: 11/déc./07 11:14 Mise à jour: 04/févr./08 11:01 Résolue: 26/déc./07 11:56 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 18.0.1 |
| Version(s) corrigée(s): | 19.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM archivés: | Maintenance 19.x.x | ||||||||
| Description |
|
Lorsque les commerciaux auto créent des comtps via la bo,
ils rencontrent des messages d'erreurs dans l'interface et coté exploit
une série d'exceptions ce qui est trés génant. En PJ le descriptif de l'action coté commerciaux et tjrs en PJ l'exception dans les logs JBOSS. Merci |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 13/déc./07 17:07 ] |
| CAJ ? |
| Commentaire de Arnaud Forgues [ 26/déc./07 11:56 ] |
| C'est tout bon ! |
| Commentaire de Espérance Galouo-Lece [ 04/févr./08 11:01 ] |
| Done. |
[APP-1334] Prendre en compte les erreurs de mails Création: 23/mars/01 16:32 Mise à jour: 25/juin/07 18:23 Résolue: 25/juin/07 18:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Nicolas Benady |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Ajout d'un champ dans la table user_account : is_email_valid Par defaut : null (on ne sait pas) En cas d'erreur d'envoi de mail (MailException) positionner le champ a false. Pourra etre mis a true ulterieurement avec la boucle de verification. Pourra etre mis a false vie le back office utilisateur. Puis, toujours prendre ne compte ce champ lors de l'envoi d'un mail pour eviter un envoi inutile. Toujours remettre a null quand l'utilisateur modifie son email via l'interface 'mise a jour du compte'. |
[APP-1801] email "Activation compte vendeur" Création: 21/janv./04 16:09 Mise à jour: 25/juin/07 18:24 Résolue: 25/juin/07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.5pre |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Pierre Krings | Attribution: | Jessica Rajabaly |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
- changer le titre du mail (actuellement "Informations vendeur") - Changer premières phrases du mail : Bonjour rastalook, Afin que vos annonces soient mises en ligne, veuillez simplement cliquer sur le lien d'activation suivant : http://www.pm.lan/activate?a=ac45100477&login=rastalook Dans le cas où ce lien ne fonctionnerait pas, allez dans la rubrique "Activation compte vendeur" de votre compte et saisissez directement le code suivant : code activation : ac45100477 Cette procédure nous permet de valider que vous recevez bien nos emails et que vous serez donc bien prévenu lors de vos futures ventes. Par ailleurs, ce message reprend.... |
| Commentaires |
| Commentaire de Jessica Rajabaly [ 21/janv./04 18:37 ] |
|
entete mail changée à "Activation code vendeur" edito du corps de mail a été mis à jour |
[Mon Compte 1.1] : Améliorations
(APP-17681)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.0.3 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Clémence Desneiges |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation |
| Description |
|
Le bloc "Ma sélection" est actuellement utilisé pour
signaler à l'utilisateur les articles qu'il a dans son panier et les
articles qu'il a mémorisés. Avec le nouveau header (qui affiche l'état
du panier) et le nouveau menu "Mon Compte" (qui met à disposition un
accès vers "Mes articles mémorisés"), ces informations sont maintenant
redondantes. Or, sur certaines pages ("Mes articles mémorisés", "Mes souhaits" et "Inventaire"), on souhaite récupérer l'emplacement occupé par ce bloc pour replacer les blocs encore présents dans la colonne de gauche, au dessus du menu "Mon Compte". Il est donc décidé de supprimer ce bloc de tous l'espace "Mon Compte". |
| Commentaires |
| Commentaire de Clémence Desneiges [ 12/sept./07 17:33 ] |
|
Ok, ok...J'ai juste un petite doute là.... Il y aurait 80 écrans impactés par la suppression du bloc "Ma séléction". Je t'ai fait une liste que je vais copier-coller ci-après, les 6 premiers sont ceux où tu veux remplacer cedit bloc puis les 74 autres, on a du mon_compte/inscription/parrainage et reactivate.... mon_compte::vendeur::inventaire mon_compte::vendeur::inventaire::mes_statistiques mon_compte::vendeur::inventaire::annonce_créée mon_compte::vendeur::inventaire::recherche_par_référence mon_compte::acheteur::liste_souhaits mon_compte::acheteur::articles_memorises mon_compte::activation::depart mon_compte::activation::manuelle mon_compte::activation::succes mon_compte::depart::vacances mon_compte::mes_abonnements mon_compte::mes_abonnements::désabo_tous mon_compte::vendeur::modes_de_livraison mon_compte::vendeur::choix_negociation mon_compte::vendeur::coordonnées_de_paiement mon_compte::inscription_newsletter mon_compte::acheteur::liste_vendeurs_preferes mon_compte::acheteur::modification_vendeur_prefere mon_compte::label vendeur mon_compte::fin label vendeur mon_compte::pmv::intro mon_compte::pmv::activation mon_compte::pmv::conclusion mon_compte::pmv::liste_operations mon_compte::pmv::liste_operations mon_compte::pmv::credit::creation mon_compte::pmv::credit::creation mon_compte::pmv::debit::creation mon_compte::pmv::debit::confirmation mon_compte::pmv::debit::cordonnees mon_compte::pmv::debit::rib mon_compte::pmv::credit::demande mon_compte::pmv::credit::demande mon_compte::pmv::debit::demande mon_compte::pmv::credit::succes mon_compte::pmv::debit::succes mon_compte::messages_recus mon_compte::vendeur::fiche_reponse::creation mon_compte::vendeur::fiche_reponse::postee mon_compte::messages_envoyes mon_compte::acheteur::liste_paniers_contrats mon_compte::acheteur::detail_panier_contrats mon_compte::acheteur::detail_achat mon_compte::acheteur::notez_vos_vendeurs mon_compte::acheteur::detail_article mon_compte::acheteur::detail_article::reception mon_compte::acheteur::detail_article::question_au_vendeur mon_compte::acheteur::detail_article::reclamation mon_compte::acheteur::detail_article::reclamation_enregistree mon_compte::acheteur::detail_article::question_enregistree mon_compte::acheteur::detail_article::article_non_reçu mon_compte::acheteur::liste_des_vendeurs mon_compte::acheteur::articles_d_un_vendeur mon_compte::acheteur::liste_recyclage mon_compte::vendeur::liste_ventes mon_compte::vendeur::export_ventes mon_compte::vendeur::detail_vente mon_compte::vendeur::detail_article mon_compte::acheteur::detail_article::question_enregistree mon_compte::vendeur::detail_article::annulation mon_compte::vendeur::sorties_stock mon_compte::activation_garantie mon_compte::activation_garantie::succes mon_compte::garantie_liste mon_compte::acheteur::detail_panier_garanties mon_compte::liste_filleuls mon_compte::liste_filleuls::relances mon_compte::vendeur::liste_paiements mon_compte::vendeur::detail_paiement mon_compte::vendeur::fichier_de_stock::historique mon_compte::vendeur::fichier_de_stock::choix_modele_profile Mon_compte::Vendeur::Fichier_de_stock::Import inscription_::_desinscription_newsletter(via_mail) parrainage::affichage parrainage::reussi Reactivate : Delete Reactivate : KEEP Reactivate : NORMAL DELETE Reactivate : NORMAL SUCCESS Reactivate : SUCCESSFUL |
| Commentaire de Clémence Desneiges [ 13/sept./07 19:18 ] |
| En attente de précisions, le bloc a été supprimer des pages inventaire, de la page articles mémorisés et de la page souhaits. |
| Commentaire de Emeric Teil [ 17/sept./07 18:43 ] |
|
OK, Il a bien été validé de supprimer ce bloc de TOUT l'espace Mon Compte. :o) tu peux donc y aller :o) |
| Commentaire de Emeric Teil [ 17/sept./07 18:45 ] |
| Petite précision : on ne référence plus ce bloc dans l'espace "Mon Compte" mais on ne le supprime pas définitivement. |
| Commentaire de Clémence Desneiges [ 19/sept./07 15:46 ] |
|
Ok. Bloc déréférencé partout mais non supprimé! |
| Commentaire de Quentin de Chivré [ 20/sept./07 16:30 ] |
| S'il n'est plus utilisé nulle part, pourquoi ne pas le supprimer ? |
| Commentaire de Clémence Desneiges [ 20/sept./07 17:03 ] |
| Bonne question, Emeric? |
| Commentaire de Emeric Teil [ 21/sept./07 10:07 ] |
|
Par précaution... il me semblait plus prudent de le conserver au cas où.... Mais s'il reste dispo sur CVS, alors effectivement, il n'y pas de raison de le garder. |
| Commentaire de Clémence Desneiges [ 25/sept./07 11:57 ] |
| Bloc supprimé. |
[APP-19665] [Mots clés / Surveillance vendeur] Dectection du numéro de compte renseigné avec velocity? Création: 19/févr./08 16:52 Mise à jour: 02/juin/09 16:51 Résolue: 08/avr./09 12:10 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 19.0.1 |
| Version(s) corrigée(s): | 47.0.0 (TX-G) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif FONC: | CoSAV |
| Description |
|
Afin de mieux pouvoir retrouver des fraudeurs récidivistes ,
il nous serait utile de pouvoir surveiller en velocity le numéro de
compte renseigné par un utilisateur. En effet , une personne essayant à de nombreuses reprises de faire des ventes frauduleuses a de fortes chances pour se faire payer de renseigner à chaque fois le meme numero de compte. Est-il possible d'appeler en velocity des données du USR_BANK_ACCOUNT ? Essentiellement le numéro de compte du vendeur (capture). Le but étant de faire passer en -1 celui qu'on aura détecté par ce biais (surveillance vendeur). |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 04/mars/08 16:32 ] |
| rien a voir avec les produits, renault STP peux tu renseigner cedric. |
| Commentaire de Emeric Teil [ 27/mars/08 18:51 ] |
| A prendre en compte dans les besoin de mot clefs pour l'Automatisation ? |
| Commentaire de Cedric Favero [ 28/mars/08 09:12 ] |
|
pour moi il s'agit plus de detecter des fraudeurs
récidivistes par leur numero de compte (detection et passage du compte
en -1) mais je vois avec steven si c'est egalement un besoin concernant l'automatisation des opérations de débit. |
| Commentaire de Emeric Teil [ 28/mars/08 09:55 ] |
|
En fait je pensais que, si on a des coordonnées bancaires
qui nous permettent de détecter des fraudeurs, il serait potentiellement
un plus de les ajouter également au niveau des bordereaux afin de
mettre systématiquement les opérations correspondantes en Observation. De plus, au niveau des opérations cela ne nous "coute pas très cher" car : -> L'objet "opération" sera dans le contexte velocity" -> Les coordonnées de paiement sont inclues dans l'opération depuis la Centralisation du PMV (avant elles étaient incluent dans l'utilisateur) -> On aura donc les coordonnées utilisées pour l'opération dans le contexte velocity utilisé pour les mots clefs sur les bordereaux |
| Commentaire de Cedric Favero [ 28/mars/08 10:15 ] |
| je mets steven en copie |
| Commentaire de Cedric Favero [ 23/mai/08 10:18 ] |
|
Demande intégrée dans le projet automatisation des
opérations de débits , il est possible de surveiller des informations
bancaires avec la table opération (surveillance debits). Par contre ma demande initiale concernait les surveillance vendeur , et il me faudrait donc pouvoir , pour ce type de mot clé, acceder en velocity à la table USR_BANK_ACCOUNT Merci. |
| Commentaire de Emilien Guichard [ 02/avr./09 18:17 ] |
| Quelles sont les coordonnées bancaires auxquelles on doit donner accès, celles de débit, celles de crédit ou les 2 ? |
| Commentaire de Cedric Favero [ 03/avr./09 09:08 ] |
|
Celles de débit suffisent. Ca peut etre le RIB, l'IBAN ou encore l'adresse postale du cheque. |
| Commentaire de Clement Balay [ 07/avr./09 12:16 ] |
|
En fait les infos étaient déjà présentes, nous avons quand même rajouté deux méthodes pour simplifier leurs accès: a partir d'un objet Operation, vous pouvez récupérer un objet AddressFormat ou BankAccountFormat de cette manière: - $operation.getAddressFormat() - $operation.getBankAccountFormat() A partir de là pour récupérer l'adresse formattée vous pouvez faire: - $operation.getAddressFormat().getFullFormatedAddress() Pour récupérer le code postal: - $operation.getAddressFormat().getStrZipCode() Pour récupérer le compte banquaire formatté: - $operation.getBankAccountFormat().getFormatedBankAccount() Pour récupérer l'IBAN - $operation.getBankAccountFormat().getIban() Pour récupérer le RIB - $operation.getBankAccountFormat().getRibAccountNumber() |
| Commentaire de Cedric Favero [ 07/avr./09 12:20 ] |
|
Ok sauf que pour la surveillance vendeur c'est dans le contexte $user qu'il me les faut.. $operation , ce n'est que lors d'un crédit/débit. |
| Commentaire de Clement Balay [ 08/avr./09 12:10 ] |
|
Ok, done, De plus j'ai rajouté l'outil de visualisation du contexte velocity pour le mot clé "surveillance vendeur" dans la page annonce, comme cela tu pourras voir un nouvel objet: bankAccount |
| Commentaire de Cedric Favero [ 08/avr./09 16:28 ] |
| Je peux voir où à quoi çà ressemble? |
| Commentaire de Clement Balay [ 10/avr./09 16:37 ] |
| sur devtest1 |
| Commentaire de Emilien Guichard [ 15/avr./09 09:59 ] |
| Recette OK en DEV |
[EXP-2647] [INTEG ES] Demande de modification du script de création de compte FTP. Création: 15/sept./06 13:58 Mise à jour: 25/juin/07 18:59 Résolue: 06/oct./06 14:55 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
L'équipe Paramétrage aurait besoin que le script de création
de compte FTP soit modifié afin qu'il prenne en compte le paramètre lié
au pays. Script source: [param@phaeton script]$ ./pmcreateftpaccount.sh Ainsi, nous serons capables de: 1) Soumettre des fichiers > 5Mo. 2) Recevoir automatiquement les fichiers du partenaire 'casadellibro'. 3) Créé des directives d'importation pour le partenaire 'canalocio' et faire des tests divers. Merci. |
| Commentaires |
| Commentaire de Eric Vannier [ 18/sept./06 13:02 ] |
| Ceci est encours de traitement , il faut que je valide les modifications. |
| Commentaire de Eric Vannier [ 26/sept./06 18:28 ] |
|
Ce script a été modifié pour Bacchus, Si c'est vraiment très urgent, il faut crée un compte sur le ftp france et me le signaler pour que lors de la migration sur Bacchus je le transfert dans la partie espagne du serveur ftp. Cela sera transparent pour le partenaire mais risque de poser beaucoup de problème car il ne faut pas transférer les fichiers au même endroit que la france sinon ils seront aspirés par ftpCompute comme ceux de la prod France. Donc uniquement si l'on paramètre bien cette utilisation car il y a 4 process impliqués et que mignon ne peut pas atteindre "phaeton" doit le transfert peut que se fait manuellement. Tu peux venir me voir pour que je t'explique tout ce que cela implique. |
| Commentaire de Eric Vannier [ 06/oct./06 14:55 ] |
| Je résouds ce problème car le script modifié a été testé |
[APP-25251] Upload d'une photo d'annonce depuis le BO puis fermeture de la fenêtre : message interrogation navigateur veut fermer la fenêtre Création: 13/mai/09 16:51 Mise à jour: 03/mai/10 18:00 Résolue: 01/mars/10 10:10 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 46.0.0 (CAT-I) |
| Version(s) corrigée(s): | 68.0.0 (VEN-B) |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Jean-Sébastien Franck |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Internet Explorer 7.X |
| Classif FONC: | photos d'annonce |
| Description |
|
Quand on veut fermer le pop-up d'upload des photos
d'annonces en BO, on a un message qu'on n'a pas quand on le fait en
Front (cf. PJ)
|
| Commentaires |
| Commentaire de Thomas Allier [ 13/mai/09 17:06 ] |
|
En FO l'uploader s'ouvre dans une popup En BO l'uploader s'ouvre dans une fenetre, et IE demande confirmation pour la fermeture de la fenêtre. Comme c'est BO, on laisse tel quel. |
| Commentaire de Thomas Allier [ 13/mai/09 17:34 ] |
| La demande est : ouvrir une popup depuis le lien soumission image du bo. aulieu d'une fenêtre. |
| Commentaire de Thomas Allier [ 21/déc./09 10:29 ] |
| Vu avec la valide, vraiment pas prioritaire pour eux. je passe en cosmétique |
| Commentaire de Jean-Sébastien Franck [ 01/mars/10 10:10 ] |
|
L'upload photo se fait désormais par pop-up en BO. CAJ2010Q1JSF. |
[IMP-7395] Pseudo : lesarenes : Création compte ftp avec flux de commande - Catégorie Livres Création: 15/nov./10 15:21 Mise à jour: 02/déc./10 17:13 Résolue: 02/déc./10 17:12 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Maram Khayati | Attribution: | Hervé Octuvon-Bazile |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | lesarenes |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits
|
| Description |
|
Salut,
Création compte FTP avec flux de commande pour le pro "lesarenes" . Le format du fichier est similaire à celui du Pro "emelaz" Pseudo: lesarenes Mail : contact@librairiedesarenes.fr Merci Maram |
| Commentaires |
| Commentaire de Maram Khayati [ 15/nov./10 15:22 ] |
|
Ci-joint le fichier.
Merci |
| Commentaire de Hervé Octuvon-Bazile [ 01/déc./10 18:13 ] |
|
2355840156
2226000046 2213014183 Le fichier passe a 100% de réussite excepté les références ci-dessus. Demande traitée . |
| Commentaire de Maram Khayati [ 02/déc./10 14:13 ] |
|
Salut,
Vous pouvez mentionner les accès FTP? Merci |
| Commentaire de Hervé Octuvon-Bazile [ 02/déc./10 14:19 ] |
| Pour l'instant nous sommes techniquement bloqué pour la création des comptes FTP , ceux-ci seront disponible lundi. |
| Commentaire de Maram Khayati [ 02/déc./10 14:24 ] |
|
D'accord merci.
J'informe le Pro que ces produits sont en ligne et qu'il devrait avoir ses accès FTP dès le Lundi Merci. Maram |
| Commentaire de Hervé Octuvon-Bazile [ 02/déc./10 15:31 ] |
|
============================
Pseudo : lesarenes mot de passe : sdffjkl!fzaerui Serveur : ftp.priceminister.com ============================ Compte ft créé (finalement ^^ ) |
| Commentaire de Maram Khayati [ 02/déc./10 15:46 ] |
|
Ah cool merci. Par contre il faut activer les flux de commandes.
Merci. |
| Commentaire de Hervé Octuvon-Bazile [ 02/déc./10 17:11 ] |
|
Tout est OK pour ce PRO.
Configurations FTP (Gestion automatique de stock et flux de commandes) mises en place pour le PRO. Demande traitée. |
| Commentaire de Maram Khayati [ 02/déc./10 17:13 ] |
| Merci |
[APP-31104] [PEC - Fusion des pages] Reprise du login alors que je suis en train de me créer un compte Création: 17/sept./10 15:18 Mise à jour: 17/sept./10 16:58 Résolue: 17/sept./10 16:41 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 77.0.0 (TX-P) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | OPPeC : Implication graduelle |
| Description |
|
Ex : je suis deconnecté et je crée un panier.
Je clique sur terminer ma commande. J'arrive sur la page d'identification ==> Par defaut, dans le champ de connexion, FF m'affiche mon login cedgovv Je décide de me créer un compte Sur la page fusionnée de création de compte, mon login cedgovv et le mot de passe crypté apparaissent dans le champ login C'est un poil confusant. |
| Commentaires |
| Commentaire de Emeric Teil [ 17/sept./10 16:41 ] |
| C'est normal, les champs ont le même nom "login", ton navigateur les pré-remplie donc de la même manière. On pourrait modifier le nom, mais quel intérêt ? Si tu crée un nouveau compte c'est que tu n'en pas déjà un... Au contraire, ça peut te permettre de te rappeler que t'as déjà un compte. |
Import de fichier + Creation compte FTP pseudo: disc-order
(IMP-626)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | FTP |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Creation compte FTP + Conf xml - pseudo: disc-order Répertoire à utiliser: entrees Attention: Le partenaire ne doit pas y déposer ses fichiers tant que le format ne soit pas bien défini. |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 19/janv./07 11:27 ] |
| Le compte et la configuration FTP ont été faits. |
| Commentaire de Daniel Pintamalli [ 29/janv./07 17:33 ] |
| J'ai modifié la configuration FTP de manière à ce que les fichiers soient traité séparément en utilisant la fonctionnalité 'Decode'. |
[IMP-2480] Création compte FTP gestion flux de commandes vendeurs OpenPC Création: 29/juil./08 09:23 Mise à jour: 30/oct./09 15:43 Résolue: 29/juil./08 09:55 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | OpenPC |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour, Pouvez-vous créer un compte FTP d egestion de flux de commandes pour le vendeur pseudo: OpenPC Ne pas créer d'outils de gestion de stock. Merci, Jeremy |
| Commentaires |
| Commentaire de Frédéric Nahum [ 29/juil./08 09:55 ] |
|
C'est fait voici les coordonnées : ===================================================================== Compte FTP vendeur créé... Pseudo : openpc mot de passe : gjG47Az Serveur : ftp.priceminister.com / fr ===================================================================== |
[APP-5129] Demande d'affichage (BO) des contributeurs sur le type REPRODUCTIONS Création: 04/juil./05 11:29 Mise à jour: 25/juin/07 18:30 Résolue: 16/janv./06 16:05 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | ToDo |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Dispatcher (Dev-WishList) |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| WishList: | Paramétrage | ||||||||
| Description |
|
Nous avons configuré un nouveau produit de type
"REPRODUCTIONS" (1580) qui permet l'achat / vente de gravures. C'est un
produit qui a l'information "auteur" qui est géré en tant que
contributeur et que nous aimerions voir apparaître en BO au même titre
que les contributeurs des produits de type "LIVRES". Merci de prendre en compte ce nouveau type de produit. |
| Commentaires |
| Commentaire de Nicolas Gréhalle [ 20/sept./05 16:12 ] |
|
Faire un script permettant d'ajouter la gestion des contributeurs sur les types suivants : - Reproduction (1580) : Auteur - Collection (1880) : Auteur - Autographe (1900) : Auteur Merci |
| Commentaire de Quentin de Chivré [ 21/sept./05 09:37 ] |
| A tester en dev sur un type de produit existant n'ayant pas encore de contributeur |
| Commentaire de Geneviève Beaujard [ 30/sept./05 16:42 ] |
|
DEsolée, cette modif ne peut pas se faire par script. Il faudrait changer PrdConfiguration.java (voir initialisation de codeRoles), mais nous n'avons pas les nouveaux types. c'est un nouveau developpement. |
[APP-6177] Annonce auto activée en BO toujours sans stock Création: 03/nov./05 18:29 Mise à jour: 25/juin/07 18:32 Résolue: 04/nov./05 17:59 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.8 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Aurélien Vergalli | Attribution: | Arnaud Forgues |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Une des annonces auto de "ahvendre" a été acceptée, son
compte-vendeur est activé (il a déjà vendu une voiture) et pourtant son
inventaire la classe dans les "en attente de publication" et la fiche
active reste sans stock (stock 0 > annonce invisible). adresse de la fiche : http://bo.priceminister.com/offer/buy/13308567 Pseudo : ahvendre Mot de passe : botmeur Merci. |
| Commentaires |
| Commentaire de Sébastien Tournay [ 04/nov./05 09:42 ] |
| un pb de DEV ? |
| Commentaire de Arnaud Forgues [ 04/nov./05 17:59 ] |
|
En fait, le vendeur en question n'a pas payé la mise en
vente de son annonce. Il a probablement cliqué sur le lien "Payer plus
tard". C'est pourquoi il n'y a pas de stock sur cet annonce malgré
l'acception de son produit associé et de l'activation de son inventaire. Le bug est donc invalide |
Templating Produit sous Infoglue
(APP-7876)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 25.0.0 (CTN-D) |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Olivier Bourgeois | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** RESERVE *** |
| Classif1: | IG |
| Classif2: | IG - outil |
| Description |
|
Calquer la façon de fonctioner du BO actuel pour par exemple
le lien vers le FO qui envoie directement sur mon compte en étant
loggé. Faire de même avec un lien dans la configuration produit vers le templating Infoglue. Prérequis : - pouvoir se logger automatiquement ( a priori dans l'url mais pas très propre) - avoir accès aux Ids des contenus |
[APP-3722] problème d'import pour le compte "livreslibr" Création: 16/mars/05 12:26 Mise à jour: 25/juin/07 18:28 Résolue: 25/juin/07 18:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Visakha Kheng | Attribution: | Jérôme Viviès |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Le fichier de mise à jour du pro LIVRESLIBRE n'est passé qu'à 26%. La majorité de ses erreurs sont dûes à "Prix et taux d'ajustement au prix d'origine non enseignés, calcul de prix impossible" Or le prix est bien indiqué mais il est suivi du signe "¿". Je pense que le souci vient de là. Lors de la demande de mapping, j'avais demandé que le signe ¿ ne soit pas pris en compte. |
| Commentaires |
| Commentaire de Visakha Kheng [ 16/mars/05 12:28 ] |
|
Created an attachment (id=353) fichier zip voici un exemple de fichier que le pro envoie. |
| Commentaire de Jérôme Viviès [ 16/mars/05 18:35 ] |
|
Vu avec VIK : le vendeur a modifié son format de fichier ; on attend de voir s'il veut conserver son nouveau format de fichier avant de modifier le format d'import. |
| Commentaire de Jérôme Viviès [ 17/mars/05 15:14 ] |
|
Comme vu : ce problème n'est pas dû à un bug mais au fait que le vendeur a mofifié unilatéralement son format de fichier. En attente de confirmation pour fixer définitivement le format d'import. |
[APP-1847] activation inventaire, page mon compte Création: 22/janv./04 11:53 Mise à jour: 25/juin/07 18:24 Résolue: 25/juin/07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.5pre |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Geneviève Beaujard | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
dans la page mon compte pour voir les liens 'activation inventaire' il faut que: - la visibilite soit a 0 - et que le mail premiere annonce soit envoyé (mail d'activation) - et que le code d'activation soit renseigné. Donc tant que le batch d'activation n'est pas passé les annonces sont invisibles pour les acheteurs, il serait peut être bon de le signaler. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 23/janv./04 14:25 ] |
| Voir avec PKR |
| Commentaire de Geneviève Beaujard [ 12/févr./04 10:19 ] |
| voir 1923 |
[APP-5937] Prise en compte des rééls dans les Validator Création: 18/oct./05 12:05 Mise à jour: 25/juin/07 18:32 Résolue: 10/juil./06 17:13 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Yassine Mouhammadou | Attribution: | Dispatcher (Dev-WishList) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| WishList: | Paramétrage |
| Description |
|
Bonjour, Les méthodes de pré-validation telles que $numberValidator.between (String/Number o, int min, int max) " .min (String/Number o, int min) ... ne prennent en compte que des entiers, ce qui nous pose problème lorsqu'on veut comparer des réels. Est-il possible d'avoir les float ?? |
| Commentaires |
| Commentaire de Martin Sudmann [ 19/oct./05 15:41 ] |
|
il faudrait les implémenter en tant que chaînes de caractères, Velocity ne supporte que des chaînes et des intègres. ce n'est pas possible en ce moment (on peut contourner le problème, mais c'est trop compliqué) faire une liste des fonctionnalités souhaitées par toute votre équipe pour les objets validator et planifier une réunion avec MSU pour les intégrer dans la roadmap import |
| Commentaire de Jérôme Viviès [ 19/oct./05 16:21 ] |
| Nicolas, peux-tu faire la somme de nos demandes, stp ? |
| Commentaire de Nicolas Gréhalle [ 20/oct./05 15:48 ] |
|
en attendant, un contournement possible : il faut multiplier par 100 le float saisie : $tr.multiply($monnombre, 100).intValue() et faire les comparaisons sur les valeurs multipliées par 100 également |
| Commentaire de Jérôme Viviès [ 16/déc./05 13:55 ] |
| Vu avec Nicolas : nous n'avons pas d'autre demande que celle là pour le moment. |
| Commentaire de Jérôme Viviès [ 10/juil./06 17:13 ] |
|
Nous allons de nouveau gérer les wish-lists sous Excel. Cette demande n'a plus lieu d'être sous Jira. |
[APP-13957] Probleme de connexion a Mon Compte Création: 30/nov./06 16:37 Mise à jour: 25/juin/07 18:47 Résolue: 01/déc./06 11:29 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 9.0.4.3 (Noël) |
| Version(s) corrigée(s): | 11.0.0 (Merge et Maintenance) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Patrick Condevaux | Attribution: | Arnaud Forgues |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Navigateur: | Internet Explorer 6.X | ||||||||
| Description |
|
Un utilisateur ( ICAREJC ) a contacté le support car il n'arrive pas a se connecter a son compte. ou plutot, il ne se connecte arrive a la page identification correcte puis retourne en boule sur la page de demande d'identification (ca ressemble a une perte de cookie donc) en piece jointe, la copie de son fax avec l'ensemble des infos |
| Commentaires |
| Commentaire de Patrick Condevaux [ 30/nov./06 16:52 ] |
|
ci-dessous les logs trouvé en prod correspondant a cet utilisateur: 2006-11-16-05-00_amphitrite.log.gz:2006-11-15 19:18:24,470 INFO [-Processor34] 193.250.97.65 - >>> GET http://www.priceminister.com/user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser%253Flogin%253DICAREJC%26login%3DICAREJC 2006-11-16-05-00_amphitrite.log.gz:2006-11-15 19:18:24,476 INFO [-Processor34] 193.250.97.65 - (Status : 302) Redirecting to : /user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser%253Flogin%253DICAREJC%26login%3DICAREJC 2006-11-16-05-00_amphitrite.log.gz:2006-11-15 19:18:24,476 INFO [-Processor34] 193.250.97.65 - <<< [6 ms] GET http://www.priceminister.com/user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser%253Flogin%253DICAREJC%26login%3DICAREJC 2006-11-16-05-00_salus.log.gz:2006-11-15 19:18:07,378 INFO [Processor671] 193.250.97.65 - >>> GET http://www.priceminister.com/user?login=ICAREJC 2006-11-16-05-00_salus.log.gz:2006-11-15 19:18:07,380 INFO [Processor671] 193.250.97.65 - (Status : 302) Redirecting to : /connect?action=login&c=80&dest=%2Fuser%3Flogin%3DICAREJC&login=ICAREJC 2006-11-16-05-00_salus.log.gz:2006-11-15 19:18:07,380 INFO [Processor671] 193.250.97.65 - <<< [2 ms] GET http://www.priceminister.com/user?login=ICAREJC 2006-11-16-05-00_salus.log.gz:2006-11-15 19:18:15,808 INFO [Processor672] 193.250.97.65 - >>> GET https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser%3Flogin%3DICAREJC&login=ICAREJC 2006-11-16-05-00_salus.log.gz:2006-11-15 19:18:15,809 INFO [Processor672] 193.250.97.65 - (Status : 302) Redirecting to : /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser%253Flogin%253DICAREJC%26login%3DICAREJC 2006-11-16-05-00_salus.log.gz:2006-11-15 19:18:15,810 INFO [Processor672] 193.250.97.65 - <<< [2 ms] GET https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser%3Flogin%3DICAREJC&login=ICAREJC 2006-11-16-05-00_salus.log.gz:2006-11-15 19:18:26,414 INFO [Processor639] 193.250.97.65 - >>> GET http://www.priceminister.com/user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser%253Flogin%253DICAREJC%26login%3DICAREJC 2006-11-16-05-00_salus.log.gz:2006-11-15 19:18:26,417 INFO [Processor639] 193.250.97.65 - <<< [3 ms] GET http://www.priceminister.com/user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser%253Flogin%253DICAREJC%26login%3DICAREJC 2006-11-16-05-00_salus.log.gz:2006-11-15 19:20:20,246 INFO [Processor723] 193.250.97.65 - >>> POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&login=ICAREJC&password=MARABOFANA&submitbtn=Connexion 2006-11-16-05-00_salus.log.gz:2006-11-15 19:20:20,278 INFO [Processor723] 193.250.97.65 - User authentication success - login = ICAREJC 2006-11-16-05-00_salus.log.gz:2006-11-15 19:20:20,695 INFO [Processor723] 193.250.97.65 - <<< [448 ms] POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&login=ICAREJC&password=MARABOFANA&submitbtn=Connexion 2006-11-16-05-00_salus.log.gz:2006-11-15 19:20:33,048 INFO [Processor626] ICAREJC - >>> GET https://www.priceminister.com/connect?action=login&dest=%2Fpurchase%3Faction%3Dsalelist 2006-11-16-05-00_salus.log.gz:2006-11-15 19:20:33,280 INFO [Processor626] ICAREJC - <<< [232 ms] GET https://www.priceminister.com/connect?action=login&dest=%2Fpurchase%3Faction%3Dsalelist 2006-11-18-05-00_amphitrite.log.gz:2006-11-17 16:35:50,431 INFO [Processor300] 74.6.73.180 - >>> GET http://www.priceminister.com/boutique/ICAREJC 2006-11-18-05-00_amphitrite.log.gz:2006-11-17 16:35:50,881 INFO [Processor300] 74.6.73.180 - <<< [450 ms] GET http://www.priceminister.com/boutique/ICAREJC 2006-11-21-05-00_amphitrite.log.gz:2006-11-20 17:45:07,076 INFO [-Processor30] 193.250.97.245 - >>> POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&login=ICAREJC&password=MARABOFANA&submitbtn=Connexion 2006-11-21-05-00_amphitrite.log.gz:2006-11-20 17:45:07,097 INFO [-Processor30] 193.250.97.245 - User authentication success - login = ICAREJC 2006-11-21-05-00_amphitrite.log.gz:2006-11-20 17:45:07,438 INFO [-Processor30] 193.250.97.245 - <<< [362 ms] POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&login=ICAREJC&password=MARABOFANA&submitbtn=Connexion 2006-11-21-05-00_amphitrite.log.gz:2006-11-20 17:45:21,464 INFO [Processor228] ICAREJC - >>> GET https://www.priceminister.com/connect?action=login&dest=%2Fpurchase%3Faction%3Dsalelist 2006-11-21-05-00_amphitrite.log.gz:2006-11-20 17:45:21,806 INFO [Processor228] ICAREJC - <<< [342 ms] GET https://www.priceminister.com/connect?action=login&dest=%2Fpurchase%3Faction%3Dsalelist |
| Commentaire de Arnaud Forgues [ 01/déc./06 11:28 ] |
|
sur ces logs, l'utilisateur part en effet vers la page de
Cookie. Par contre il arrive parfaitement à se loguer en une seule fois.
La 2e connexion correspond à une autre date au mois de novembre ou il
arrive egalement à se logguer. Par contre le scan dit que le pb de l'utilisateur etait avant le 10 nov d'après son mail. Il faudrait donc trouver les logs correspondant au pb. En attendant le bug n'est plus reproductible et l'utilisateur en question arrive a se connecter depuis ! |
| Commentaire de Patrick Condevaux [ 01/déc./06 15:02 ] |
|
En effet, il est dur de le reproduire, voir impossible, on y est pas arrivé non plus. Par contre, je ne suis pas certain que l'utilisateur ai reussi a se connecter depuis, mais bon si vous n'avez rien trouve sur le sujet.... On attendra d'autres infos, peut-etre d'autres utilisateurs comme dans le jira lié (Steven doit demander plus d'infos). En tout cas, un numero a garder en memoire |
[APP-31054] Mon Compte - Alignement des annonces Création: 31/août/10 08:59 Mise à jour: 16/sept./10 16:58 Résolue: 16/sept./10 16:58 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Benoit Tabaka | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Prod | ||||||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||||||
| Navigateur: | Tous | ||||||||||||
| Description |
|
Un bogue découvert. Dimanche, j'ai trois annonces à aligner. Je procède dimanche matin à leur alignement. Depuis et encore ce jour - mardi matin, il apparaît toujours dans mon compte le message "2 annonces à aligner" et lorsque je clique sur le lien, la page m'indique "alignement en cours" (cf PJ). |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 31/août/10 09:35 ] |
| - Retard Fast ? |
| Commentaire de Habib-Sylvain Gourguet [ 31/août/10 16:50 ] |
|
C'est lié à ce JIRA, non ? http://pricejira.lan/browse/APP-30682 Les équipes NAV et/ou VEN doivent se pencher dessus... A moins que Super Patrice vienne nous sauver. Pas mal de messages SAV qui s'accumulent à ce sujet. |
| Commentaire de Patrice Boulanger [ 16/sept./10 10:34 ] |
|
On ne constate pas de retard Fast alors que le message continue d'apparaître.
|
| Commentaire de Habib-Sylvain Gourguet [ 16/sept./10 12:15 ] |
|
Je viens à la relance car une majeure partie des vendeurs qui contactent le SAV le font pour ce problème uniquement.
Ca devient difficilement gérable. Peut-on remonter la criticité du JIRA ? Merci d'avance. |
| Commentaire de Benoît Bourdon [ 16/sept./10 16:58 ] |
| APP-30682 |
[APP-12665] BO. La page contrat n'apparaît pas lorsque l'on clique sur contrat en haut a gauche de la page Création: 22/sept./06 16:28 Mise à jour: 25/juin/07 18:45 Résolue: 16/oct./06 17:13 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Caroline Deregnaucourt | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Site: | Integ |
| Description |
|
BO. La page contrat n'apparaît pas lorsque l'on clique sur "contrats" en haut a gauche de la page
|
| Commentaires |
| Commentaire de Patrick Condevaux [ 25/sept./06 09:54 ] |
|
Not Found The requested URL /contract_back was not found on this server. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request. |
| Commentaire de Arnaud Forgues [ 26/sept./06 10:58 ] |
|
Hello ! Il doit manquer le mapping de servlet sur contract_back je suppose .. Tu peux vérifier et l'ajouter si c'est le cas ? Merci, Arnaud |
| Commentaire de Antoine Koener [ 13/oct./06 17:45 ] |
|
J'ai remappé. Est-ce encore le cas ? |
| Commentaire de Lydia Dali [ 13/oct./06 18:01 ] |
| Toujours, http://bo.es.integ/contract_back?action=contractsearch&fuzzy=false&numberrows=200 |
| Commentaire de Antoine Koener [ 16/oct./06 17:13 ] |
|
C'est activé. |
| Commentaire de Lydia Dali [ 17/oct./06 11:14 ] |
| ok |
[APP-16759] Demande de requête SQL - Profils de suppression d'annonces en cours suite à un vidage de stock depuis le BO Création: 21/juin/07 10:36 Mise à jour: 13/janv./09 11:34 Résolue: 21/juin/07 11:05 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Inventaire |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 38.0.0 (TX-D Bis) |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Mostafa Diane |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
J'aurais besoin d'une requête SQL pour savoir quels sont les
profils de suppression d'annonces en cours suite à un vidage de stock
depuis le BO. Merci.
|
| Commentaires |
| Commentaire de Daniel Pintamalli [ 21/juin/07 10:36 ] |
| Le partenaire concerné est tourdumonde |
| Commentaire de Mostafa Diane [ 21/juin/07 11:05 ] |
|
select data_file_id, closed_advert_count from data_file where advert_profile_id is null and user_account_id =522028 -- numero de user and original_filename like 'Videur de stock pour le compte%' ; |
| Commentaire de Mostafa Diane [ 21/juin/07 14:59 ] |
| il faut faire mettre ca dans le wiki :) |
[EXP-3338] Fichiers purchase_*.txt (flux de commande) indisponibles dans les comptes FTP de "Tour du Monde" Création: 06/mars/07 09:54 Mise à jour: 25/juin/07 19:00 Résolue: 07/mars/07 12:47 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Flux |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Xavier Barbosa | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
TDM se plaint que ses fichiers de flux de commande ne sont
pas disponibles dans ses différents comptes FTP. Il me dit que ce
problème persiste depuis le 4 mars. j'ai été fureté sur bacchus dans /data/priceminister/pmftpstock/var/transactions/fr/tdmdvd/purchase et les fichiers semblent ne plus être transmis depuis le 5 mars vers 11h30. |
| Commentaires |
| Commentaire de Xavier Barbosa [ 06/mars/07 14:04 ] |
| il semble que ce soit le cas pour tous les comptes FTP. |
| Commentaire de Rodrigue Nsiangani [ 06/mars/07 14:21 ] |
| Nous avons le même cas avec le partenaire provadim pourtant rien à été changé dans son config FTP, ni dans celles des tdm. |
| Commentaire de Eric Vannier [ 06/mars/07 15:10 ] |
|
Est-ce que ce partenaire retire ses confirmed_purchase sur ftp car il n'y a pas de ligne dans la config pour cela ? <Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmpresse/purchase</Source> <Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmpresse/confirmed_purchase</Source> <Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmpresse/expiration</Source> <Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmdvd/purchase</Source> <Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmdvd/expiration</Source> <Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmancien/purchase</Source> <Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmancien/confirmed_purchase</Source> <Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmancien/expiration</Source> <Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmneuf/purchase</Source> <Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmneuf/confirmed_purchase</Source> <Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmneuf/expiration</Source> comme on peut le voir la ligne concernant les confirmed_purchase n'existe pas pour tdmdvd. |
| Commentaire de Xavier Barbosa [ 06/mars/07 15:22 ] |
| bien vu, il faudrait le rajouter pour que cet config soit conforme avec les autres. |
| Commentaire de Rodrigue Nsiangani [ 07/mars/07 10:45 ] |
|
C'est fait. @@@ <Directory path='confirmed_purchase'> <Action type='Move' check_file='1'> <Files>*.txt</Files> <Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmdvd/confirmed_purchase</Source> <Destination>confirmed_purchase</Destination> </Action> </Directory> @@@ |
| Commentaire de Eric Vannier [ 07/mars/07 12:47 ] |
|
Le problème est maintenant résolu. 8 directories, 0 files [adminpm@bacchus fr]$ find -type d -name "tdm*" -exec tree {} \; ./tdmneuf |-- confirmed_purchase |-- expiration |-- purchase |-- stock | |-- ecrasements | |-- entrees | `-- sorties `-- validation 8 directories, 0 files ./tdmancien |-- confirmed_purchase |-- expiration |-- purchase |-- stock | |-- ecrasements | |-- entrees | `-- sorties `-- validation 8 directories, 0 files ./tdmdvd |-- confirmed_purchase |-- expiration |-- purchase |-- stock | |-- ecrasements | |-- entrees | `-- sorties `-- validation 8 directories, 0 files ./tdmpresse |-- confirmed_purchase |-- expiration |-- purchase |-- stock | |-- ecrasements | |-- entrees | `-- sorties `-- validation 8 directories, 0 files ./tdmauto |-- confirmed_purchase |-- expiration |-- purchase |-- stock | |-- ecrasements | |-- entrees | `-- sorties `-- validation 8 directories, 0 files |
[EXP-5151] Non génération de fichier commandes pour la commande n°89764810 du compte 'jeux-jouets' Création: 13/août/10 17:45 Mise à jour: 17/août/10 10:56 Résolue: 17/août/10 10:55 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Flux, Maintenance, Script SQL |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Fotigui Tangara | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Description |
|
Ci-dessous, mail du PRO : Bonjour, Suite à notre conversation téléphonique, je vous confirme que la commande 89764810 (compte jeux-jouets) ne figure pas sur votre serveur FTP. Nous ne sommes donc pas en mesure de l'intégrer dans notre système. Je vous remercie de revenir vers moi une fois la commande disponible. Cordialement, -- Christophe Meyer 01 77 37 39 23 |
| Commentaires |
| Commentaire de Fotigui Tangara [ 13/août/10 17:47 ] |
|
Eric, peux-tu commenter cette demande pour que les
observateurs puissent en savoir plus sur la nature et l'origine du bug ? |
| Commentaire de Fotigui Tangara [ 13/août/10 17:49 ] |
| Eric, peux-tu commenter cette demande pour que les observateurs puissent en savoir plus sur la nature et l'origine du bug ? |
| Commentaire de Eric Vannier [ 13/août/10 18:09 ] |
|
Le soucis est le suivant : La requête qui permet de faire la capture des commandes pour les communiquer au pros récupère l'adresse de l'acheteur dans le compte de celui-ci. Ici, nous sommes dans le cas, où l'acheteur n'a pas d'adresse de livraison dans son compte. Résultat, la requête ne capture pas les achats de cette personne. La solution : Modifier la requête pour utiliser directement l'adresse stockée dans le panier. |
| Commentaire de Eric Vannier [ 16/août/10 13:23 ] |
|
J'ai modifié la requête purchase et confirmed_purchase pour utiliser les infos stockées directement dans purchase. Cette modification élimine une jointure avec la table 'usr_address'. |
| Commentaire de Eric Vannier [ 16/août/10 15:48 ] |
|
Voici les modifications : diff ftpCompute_ng.pl ftpCompute_ng2.pl 616c616 < decode(us.grant_buyer_phone, 0, '0000000000', 1, usr_address.phone_number_1) --- > decode(us.grant_buyer_phone, 0, '0000000000', 1, decode(purchase.usa_phone_number_1, NULL, usr_address.phone_number_1, purchase.usa_phone_number_1)) 638c638 < AND usr_address.usa_type_code = 10"; --- > AND usr_address.usa_type_code = 10(+)"; 837c837 < decode(us.grant_buyer_phone, 0, '0000000000', 1, usr_address.phone_number_1) --- > decode(us.grant_buyer_phone, 0, '0000000000', 1, decode(purchase.usa_phone_number_1, NULL, usr_address.phone_number_1, purchase.usa_phone_number_1)) 858c858 < AND usr_address.usa_type_code = 10"; --- > AND usr_address.usa_type_code = 10(+)"; |
| Commentaire de Eric Vannier [ 17/août/10 10:55 ] |
| Je résous car toutes les requêtes externes ont modifié sur toutes les plateformes et la requête interne. |
| Commentaire de Eric Vannier [ 17/août/10 10:56 ] |
|
sachant que la jointure externe est : 'AND usr_address.usa_type_code(+) = 10' et non 'AND usr_address.usa_type_code = 10(+)' |
[EXP-1537] Problème de génération des pages statiques sur PHAETON pour le BRAND bo.priceminister.com.jmh Création: 17/mars/06 09:53 Mise à jour: 25/juin/07 18:57 Résolue: 17/mars/06 14:17 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Sur PHAETON, nous avons les erreurs ci-dessous. Je pense que
c'est lié au fait que nous avons renomé le brand
bo.priceminister.com.jmh en bo.jmh.lan. A corriger donc ASAP. également, il me semblait que l'on devait supprimer la mention 'site de test' en accédant à bo.jmh.lan. Cela devait être livré avec la V812. Visiblement cela n'est toujours pas réglé. Il faut rouvrir le JIRA en question et faire le point avec Christophe. bo.priceminister.com.jmh:../Pseudo-static-pages-script.sh: line 36: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/accueil.newtemp: No such file or directory Looking up bo.priceminister.com.jmh bo.priceminister.com.jmh Unable to locate remote host bo.priceminister.com.jmh. Alert!: Unable to connect to remote host. lynx: Can't access startfile http://bo.priceminister.com.jmh/home?page=10&static=true grep: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/accueil.newtemp: No such file or directory grep: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/accueil.newtemp: No such file or directory mv: cannot stat `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/accueil.newtemp': No such file or directory ../Pseudo-static-pages-script.sh: line 36: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/livres-bd.newtemp: No such file or directory Looking up bo.priceminister.com.jmh bo.priceminister.com.jmh Unable to locate remote host bo.priceminister.com.jmh. Alert!: Unable to connect to remote host. lynx: Can't access startfile http://bo.priceminister.com.jmh/navigation/default/category/root_books?static=true grep: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/livres-bd.newtemp: No such file or directory grep: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/livres-bd.newtemp: No such file or directory mv: cannot stat `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/livres-bd.newtemp': No such file or directory ../Pseudo-static-pages-script.sh: line 36: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/musique-cd.newtemp: No such file or directory Looking up bo.priceminister.com.jmh bo.priceminister.com.jmh Unable to locate remote host bo.priceminister.com.jmh. Alert!: Unable to connect to remote host. |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 17/mars/06 14:06 ] |
|
J'ai corrigé le soucis en suprimmant les entrées http://bo.priceminister.com.jmh sur Phaeton Je reprends le projet migration de bo.jmh.lan dans un autre JIRA [adminpm@phaeton pseudo-static-pages]$ ./Pseudo-static-pages-script.sh Starting with sleeptime = 0 www.radindesbois.com:................ done www.priceminister.com:................ done www.croix-rouge.priceminister.com:................ done virginmega.priceminister.com:................ done tiscalibe.priceminister.com:................ done rfm.priceminister.com:................ done preview.priceminister.com:................ done pcdoccasions.vnunet.fr:................ done ofup.priceminister.com:................ done occasion.rueducommerce.fr:................ done occasion.presence-pc.com:................ done occasion.liberation.fr:................ done occasion.camif.fr:................ done mobilokaz.priceminister.com:................ done mobilesachat.priceminister.com:................ done m6.priceminister.com:................ done m6net.priceminister.com:................ done m6music.priceminister.com:................ done m6game.priceminister.com:................ done koobuycity.priceminister.com:................ done jeuxvideo.priceminister.com:................ done freesurf.priceminister.com:................ done francemobiles.priceminister.com:................ done europe2.priceminister.com:................ done epik.priceminister.com:................ done eglue.priceminister.com:................ done croix-rouge.priceminister.com:................ done cinenow.priceminister.com:................ done bo.priceminister.com:................ done bo.jmh.lan:................ done bi.priceminister.com:................ done bambinoccasion.priceminister.com:................ done |
Installation des tags Commission Junction
(APP-25351)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Tracking |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 46.0.1.1 |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Rémi Virlouvet |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Ce tag doit être installé sur la page d'activation de compte vendeur. Il ne doit apparaître que pour les last trackings suivants : 1378140 1378141 1378142 Voici le tag à afficher <!-- [ START: COMMISSION JUNCTION AFFILIATE TRACKING TAG - IF REMOVED, DOWNTRACKING FEES MAY APPLY] --> <img src="https://www.emjcd.com/u?AMOUNT=0&CID=<PLACE ENTERPRICE ID HERE>&OID=<OID>&TYPE=<PLACE ACTION ID HERE>&METHOD=IMG" height="1" width="20"> <!-- [ END: COMMISSION JUNCTION AFFILIATE TRACKING TAG - IF REMOVED, DOWNTRACKING FEES MAY APPLY] --> La valeur <CID> doit être remplacée par la valeur 1512814 La valeur <OID> doit être remplacée par un identifiant unique, le n° de compte du vendeur je crois La valeur <PLACE ACTION ID> doit être remplacée par la valeur 327620 En cas de question, se référer à la documentation en pièce jointe. Merci |
[APP-16130] Mon Compte : colonne droite Création: 26/avr./07 15:35 Mise à jour: 06/juil./07 10:23 Résolue: 06/juil./07 10:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Olga Costa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Dev | ||||||||||||
| Projets PM archivés: | Maintenance 15.x.x | ||||||||||||
| Description |
|
Un tableau récapitulatif des actions à mener sur la colonne droite de 'Mon Compte' se trouve sur : V:\Projets\Mon compte\lot1Fondation\spec lot1\colonne de droite (consulter la dernière version) Les actions param sont représentées par les cellules numérotées non colorées. 2 nouveaux blocs ont été identifiés : - "Devenez vendeur" : à gérer en promo à l'aide d'une variable (fournie par Clément) qui permettra l'affichage uniquement pour les non vendeurs (on n'a pas de créa, mais pour le recettage il faut paramétrer un bloc avec le texte "Devenez vendeur") - "Services PM" : à gérer sous IG en direct content block Pour les blocs : - Opé évènementielles ..." - Bandeau pub horiz. - Bandeau pub verti. => ces blocs ne sont plus d'actualité. Néanmoins le Dev se charge de s'assurer qu'il y ait des emplacement promo à disposition. Les autres blocs : - Aide Auto - Cardiff - Garanties et services Auto => sont existants (sous IG), il faut les ajouter aux emplacements voulus. Le serveur de recettage est devtest9. |
| Commentaires |
| Commentaire de Olga Costa [ 27/avr./07 18:12 ] |
| J'ai fait deux nouveux blocs + Garanties et services auto, par contre Cardiff et Aide Auto c'est pour les DEV |
| Commentaire de Olga Costa [ 04/mai/07 11:06 ] |
| Clément a fait le reste |
| Commentaire de Bertrand Luc Yovanovitch [ 04/mai/07 11:28 ] |
| Merci Olga. |
| Commentaire de Younès Charrière [ 04/juil./07 15:55 ] |
|
Les emplacements sont crées mais il manque les blocs... c'est en cours voir |
[IMP-3981] [ES] Dupliquer le profil import du vendeur 22Shakespear pour compte 22oscar Création: 23/juil./09 15:58 Mise à jour: 30/oct./09 15:52 Résolue: 28/août/09 09:21 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Login: | 22oscar |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement), Mise à jour/création annonces, Suppression annonces
|
| Description |
|
Bonjour, Pouvez-vous utiliser le mm profil d'import que le profil de la France pseudo 22shakespear pour le compte ES 22oscar. Merci Jérémy |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 30/juil./09 12:09 ] |
| Merci de dire au partenaire de faire une mise à jour en France afin que je puisse analyser les fichiers. |
| Commentaire de Jeremy Pallot [ 04/août/09 10:12 ] |
|
Ok, je vais lui faire la demande. Merci, Jérémy |
| Commentaire de Julien Buhagiar [ 26/août/09 12:41 ] |
|
le partenaire vient de revenir vers nous suite à son fichier du 23.07.09. Voici ce qu'il nous dit. On the upload page "Importar mis ficheros de stock" I have gone to the "Remplazar" option (which I assume corresponds to what we use on the French & UK sites) but this does not provide a separate upload facility for MUSIC and for BOOKS as on both the French & UK sites. This is important because the music stock does not have the publication/date info (ISBN etc) as books. Also it shows "Separador de datos en el fichero: Punto y coma (;)" - our separator is not a semi-colon, our data is separated by a tilda. Pouvez-vous prendre contact directement afin que le profil d'import soit effectif plus rapidement? Merci beaucoup |
| Commentaire de Daniel Pintamalli [ 27/août/09 14:19 ] |
|
Import livres en cours: http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=10641937&login=&process_code=&status=&use_proc_date=false&start_date=27%2F08%2F2009&end_date=27%2F08%2F2009&order=&x=0&y=0 |
| Commentaire de Daniel Pintamalli [ 27/août/09 17:37 ] |
| Le fichier passe à 93% => le reste ce sont des lignes avec des titres trop longs. |
| Commentaire de Daniel Pintamalli [ 28/août/09 09:21 ] |
|
Le fichier partitions passe à 99%: http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=10641939&login=22oscar&process_code=&status=&use_proc_date=false&start_date=&end_date=&order=&x=0&y=0 |
[IMP-1959] Compte FTP - Site Espagne - pseudo gold75-es - compensation des frais de port Création: 04/mars/08 18:19 Mise à jour: 30/oct./09 15:51 Résolue: 10/mars/08 10:12 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Frederic vacher | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Login: | gold75-es |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Salut, Afin de réactiver le compte de gold75_es sur le site Espagne, il faudrait majorer ses prix de vente de 2% par rapport au site français pour compenser les frais de ports pas suffisamment remboursés pour le partenaire. Merci. Fred |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 07/mars/08 13:39 ] |
| C'est fait. Tu peux réactiver son compte. |
| Commentaire de Frederic vacher [ 07/mars/08 14:24 ] |
|
Ok, merci. Quand le partenaire enverra son fichier pour actualiser son stock sur la France (pseudo : gold75 et un compte FTP différent), sera t-il également automatiquement actualisé sur l'Espagne avec 2% d'augmentation? L'objectif c'est qu'il envoie une seule fois son fichier sur son FTP français et que ce soit automatiquement automatisé sur l'Espagne avec une majoration de 2%. |
| Commentaire de Daniel Pintamalli [ 10/mars/08 10:12 ] |
| Oui. On se servira du fichier envoyé sur FR pour faire l'import sur ES. Ce dernier aura une majoration de 2%. |
| Commentaire de Frederic vacher [ 11/mars/08 10:07 ] |
|
26/11/2007-07:31 05/12/2007-16:07 Mise à jour annonces
gold75_es 5451937 Traité 2 9855 / 9855 / 6055 / 0 39% 0 / 3796 /
202653 / 530 - Le dernier fichier MAJ sur l'Espagne a eu lieu en Novembre.. Sur la France le dernier fichier a eu lieu hier 10/03/2008-17:36 10/03/2008-23:52 Mise à jour/création annonces (écrasement) gold75 5649867 Traité 1 10516 / 10516 / 4252 / 0 60% 587 / 5672 / 314127 / 768 - Je peux pas réactiver le compte dans ces conditions. Est ce normal? |
[APP-1856] Mail activation compte Création: 22/janv./04 12:58 Mise à jour: 25/juin/07 18:24 Résolue: 25/juin/07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.5pre |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Validator | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Titre du mail : "Activation compte vendeur" et non "Activation code vendeur"dans le texte du mail :Dans le cas où ce lien ne fonctionnerait pas, allez dans larubrique "Activation de mon inventaire" Lien http://www.pm.lan/help?action=qs à remplacer par lien http://www.pm.lan/help?action=hs en début et en fin de mail Les retours à la ligne sont un peu bizarres suivant les messageries (yahoo.fr en particulier où ils sont intempestifs) : Bonjour rastaloop, Afin que vos annonces soient mises en ligne, veuillez simplement cliquer sur le lien d'activation suivant : |
| Commentaires |
| Commentaire de Validator [ 22/janv./04 13:00 ] |
| *** Bug 1913 has been marked as a duplicate of this bug. *** |
| Commentaire de Geneviève Beaujard [ 11/févr./04 12:47 ] |
| editorial |
[APP-32485] (ES) EDITO - Traduction emails d'annonce gagnant JEU VENDEUR avec attribution de coupon automatique via le BO Création: 17/janv./11 10:38 Mise à jour: 25/févr./11 12:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Isabel Yus | Attribution: | Pablo Anton |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour,
Nous aurions besoin de la traduction des emails ci-joint pour l'annonce du gagnant JEU VENDEUR avec attribution de coupon automatique via le BO. Merci d'avance Isabel |
| Commentaires |
| Commentaire de Isabel Yus [ 17/janv./11 10:40 ] |
|
Je viens de joindre les fichiers: Il y en a un qui annonce
le gagnant acheteur et un autre qui annonce la victoire au gagnant parmi
les vendeurs.
merci Isabel |
| Commentaire de Habib-Sylvain Gourguet [ 26/janv./11 15:08 ] |
|
Pablo, tu as eu du temps pour traiter cette tâche hier ? Sinon, à traiter en grande priorité.
Thomas et Siham peuvent te montrer comment créer un mail directement en BO. Groupe "système - coupons", domaine "Coupon". Vois avec Isabel pour les URL manquantes. A noter qu'il n'est pas possible de créer un mail HTML directement en BO (uniquement en texte). |
| Commentaire de Pablo Anton [ 26/janv./11 17:38 ] |
|
MAILS CRÉÉS POUR LE JEU VENDEUR-ES CÔTÉ ACHETEUR ET VENDEUR
ALIAS 3602 TITRE ABREGÉ Jeu Vendeur - Vous avez gagné (vendeur) OBJET $brand.BrandName - Concurso del Envío Ganador: ¡hemos elegido tu pedido! ALIAS 3601 TITRE ABREGÉ Jeu Vendeur - Vous avez gagné (acheteur) OBJET $brand.BrandName - Concurso del Envío Ganador: ¡hemos elegido tu pedido! |
| Commentaire de Isabel Yus [ 27/janv./11 11:13 ] |
|
Merci à tous. Est-ce que nous pourrions avoir une version
HTML de cet email (un peu plus "pro et attractif" qu'un texte). D'autre
part, qui est en charge de l'envoi de cet email au gagnant ? Est-ce que
nous devons le faire du côté marketing ou vous vous en occupez depuis le
SAV ES ?
Concernant la création des coupons je n'ai pas bien compris non plus qui s'en occupe. Merci d'avance pour vos réponses, Isabel |
| Commentaire de Isabel Yus [ 27/janv./11 11:13 ] |
|
Merci à tous. Est-ce que nous pourrions avoir une version
HTML de cet email (un peu plus "pro et attractif" qu'un texte). D'autre
part, qui est en charge de l'envoi de cet email au gagnant ? Est-ce que
nous devons le faire du côté marketing ou vous vous en occupez depuis le
SAV ES ?
Concernant la création des coupons je n'ai pas bien compris non plus qui s'en occupe. Merci d'avance pour vos réponses, Isabel |
| Commentaire de Pablo Anton [ 03/févr./11 14:47 ] |
|
Salut!
Malheureusement pour le moment je n'ai pas assez de formation pour HTMLiser cet e-mail, je n'ose pas à le faire... ça peut me prendre beaucoup (trop) du temps et donner vraiment n'importe quoi. Puis, en ce qui concerne la création et attribution des coupons aux gagnants, je ne le sais non plus mais je dirais que c'est le pôle market' qui s'en occupe. Finalement, pour l'envoi du mail, je ne sais pas vraiment, mais je crois que c'est aussi le pôle marketing que devrais le faire, car vous serez les premiers en savoir qui sont les gagnants, et à fin de comptes, il n'y a que 4 tirages au sort par an pour l'Espagne si je ne me trompe pas. Comme tu peut voir, je suis aussi assez perdu par rapport à ces sujets, donc il faudra mieux attendre d'autres avis (Habib... ou tu peut demander à Thomas Springett car il a plus de formation et expérience en BackOffice). Bon, j'espère qu'on trouvera une bonne solution très vite. Merci ! Pablo |
| Commentaire de Pablo Anton [ 10/févr./11 14:23 ] |
|
Traduits, HTMLisés et publiés sur REF et BRANCH pour ES:
/mail_templates/templates/410_système - coupons/0120_jeu Vendeur - vous avez gagné (vendeur) /mail_templates/templates/410_système - coupons/0110_jeu Vendeur - vous avez gagné (acheteur) Par contre, les coupons ne sont pas encore crées... |
| Commentaire de Pablo Anton [ 11/févr./11 13:52 ] |
|
Révision wording, publié sur REF et BRANCH pour ES :
/mail_templates/templates/410_système - coupons/0120_jeu Vendeur - vous avez gagné (vendeur) |
| Commentaire de Isabel Yus [ 25/févr./11 12:31 ] |
|
Bonjour Habib,
J'ai créé les deux emails dans integ, avec l'aide de Thomas, pour faire des tests avant de passer en prod. Nous avons créé en integ aussi un coupon (de type CRM mensuel) en l'assignant à l'alias d'un de ces messages (3201). Ensuite nous avons envoyé l'email (toujous en integ, ou en version test) sur un compte qui l'a bien reçu. En revanche le coupon n'a pas été assigné à ce compte. Ensuite nous avons vérifié le coupon et nous avons remarqué que lors de sa création l'assignation à un alias s'efface automatiquement et que par conséquent cela ne le garde pas. Qu'est-ce que nous devons faire ? Est-ce que l'une de ces étapes n'est pas correcte ? Merci d'avance pour tes réponses, Isabel |
[Mon Compte 1.1] : Améliorations
(APP-17681)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.0.3 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Olga Costa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation |
| Description |
|
En complément de la modification de la bannière de
parrainage sur la Home Page "Mon Compte", il faut répercuter la
modification sur la page dédiée au parrainage. La bannière à utiliser est en pièce jointe à ce Jira. |
| Commentaires |
| Commentaire de Emeric Teil [ 07/sept./07 14:51 ] |
|
Cette modification doit impacter les différentes "déclinaisons" de cette page : -> Mes filleuls -> Confirmation du parrainage réussie -> ... |
| Commentaire de Clémence Desneiges [ 13/sept./07 09:55 ] |
|
OK pour la France. Ceci-dit, je n'ai pas de bannière pour
l'Espagne, est-ce un oubli où cela veut-il dire qu'on garde l'ancienne? De plus, je mets une copie d'écran, je trouve que la bannière passe un peu mal (l'écriture est un peu rongé).... Enfin (peut-être en corrélation), il n'y avait pas d'extension au fichier mis en attache, j'ai mis .gif... Clémence |
| Commentaire de Clémence Desneiges [ 13/sept./07 18:54 ] |
|
Ok pour les bannieres (vu avec JEG). Pour Infoglue : Images soumises à publication : default > Image > _default > edito > sponsorship > : - referral_border_top_large.gif - referral_border_top_small.gif Labels soumis à publication : default > Labels > _Mon Compte > _Parrainage > - ReferralSponsorshipList > img_child - ReferralSponsorshipInclude > img_child - ReferralSponsorshipOk > img_child - ReferralSponsorshipRegister > img_child - ReferralSponsorshipUpdateOk > img_child Merci, Clémence |
| Commentaire de Clémence Desneiges [ 19/sept./07 11:19 ] |
|
Pour infoglue, petit oubli : default > Labels > _Mon Compte > Account > img_child |
| Commentaire de Emeric Teil [ 21/sept./07 11:29 ] |
|
Vu avec Jérôme : en 1280, le cadre paraît plutôt vide. Il faudrait donc prévoir un BGd centré. |
| Commentaire de Emeric Teil [ 24/sept./07 11:55 ] |
|
C'est prêt : T:\00_Arts_graphiques\03_Projets\02_MKT\banniere_parrainage\Bloc_supérieur_page_parrainage En version FR et ES, il s'agit de reprendre le code Html (délimité par des commentaires). A la place d'une seule image (comme actuellement), on a maintenant un tableau avec un background permettant de gérer les différentes résolutions. Merci |
| Commentaire de Clémence Desneiges [ 25/sept./07 18:10 ] |
|
A publier dans infoglue : cms1 V17 default |
| Commentaire de Clémence Desneiges [ 26/sept./07 17:54 ] |
| Ok |
| Commentaire de Emeric Teil [ 26/sept./07 17:58 ] |
| OK pour moi en Dev. Merci |
| Commentaire de Emeric Teil [ 01/oct./07 14:23 ] |
| OK en integ pour la France, par contre pour l'Espagne, on est encore sur l'ancienne version... cf copie d'écran "parrainage_es". |
| Commentaire de Emeric Teil [ 01/oct./07 14:26 ] |
| Désolé, OK aussi en Integ ES, l'erreur vient du fait que le lien sur la bannière de parrainage de la home page point sur la prod ES... |
| Commentaire de Emeric Teil [ 08/oct./07 12:45 ] |
| OK pour ce Jira |
[APP-8584] A quoi sert l'appel à "http://bo.pm.lan/static/www/none" ? Création: 20/avr./06 10:48 Mise à jour: 25/juin/07 18:37 Résolue: 12/mai/06 12:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.0 |
| Version(s) corrigée(s): | 9.0.0 |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Christophe Garcia | Attribution: | Olivier Badreau |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Integ | ||||||||
| Description |
|
Quand on accède à un formulaire de vente depuis la page Assistance : 2006-04-20 10:46:04,657 INFO [P-Processor8] CHG_PM - >>> GET http://bo.pm.lan/submit?action=submitcomplete&stage=10&category_ref=211527&x=13&y=12 2006-04-20 10:46:04,721 INFO [P-Processor8] CHG_PM - <<< [64 ms] GET http://bo.pm.lan/submit?action=submitcomplete&stage=10&category_ref=211527&x=13&y=12 2006-04-20 10:46:04,738 INFO [P-Processor6] CHG_PM - >>> GET http://bo.pm.lan/static/bo/brandV900.css 2006-04-20 10:46:04,741 INFO [P-Processor5] CHG_PM - >>> GET http://bo.pm.lan/static/www/brandV900.css 2006-04-20 10:46:04,742 INFO [P-Processor6] CHG_PM - StyleAction : IO error - The requested file is missing (java.io.FileNotFoundException: http://img.pm.lan/content/V900/front/brand/bo/brand.css) 2006-04-20 10:46:04,745 INFO [P-Processor6] CHG_PM - <<< [6 ms] GET http://bo.pm.lan/static/bo/brandV900.css 2006-04-20 10:46:04,760 INFO [P-Processor5] CHG_PM - <<< [19 ms] GET http://bo.pm.lan/static/www/brandV900.css 2006-04-20 10:46:04,803 INFO [P-Processor8] CHG_PM - >>> GET http://bo.pm.lan/static/menu/brand/bo/lan/fr/menuV900.js 2006-04-20 10:46:04,814 INFO [P-Processor8] CHG_PM - <<< [11 ms] GET http://bo.pm.lan/static/menu/brand/bo/lan/fr/menuV900.js 2006-04-20 10:46:04,879 INFO [P-Processor5] CHG_PM - >>> GET http://bo.pm.lan/static/www/none 2006-04-20 10:46:04,897 INFO [P-Processor5] CHG_PM - <<< [18 ms] GET http://bo.pm.lan/static/www/none |
| Commentaires |
| Commentaire de Andrei Matyas [ 20/avr./06 17:36 ] |
|
Cette requête est générée par la CSS : background: url(none); |
| Commentaire de Edouard Gomez-Vaez [ 28/avr./06 16:00 ] |
|
in the css : #onglast { float: left; margin: 0; position: relative; padding: 0; background: url(none); } D'après AMA, c'est ça qui fait cette drôle de ligne d'erreur. |
| Commentaire de Olivier Badreau [ 02/mai/06 14:19 ] |
|
remplacé par : #onglast { float: left; margin: 0; position: relative; padding: 0; background: url(); } Avez-vous toujours le même rapport d'erreur ? |
| Commentaire de Patrick Condevaux [ 05/mai/06 11:42 ] |
|
oui on a toujours la meme requete GET http://bo.pm.lan/static/bo/none et aussi FileNotFoundExceptio n: http://img.pm.lan/content/V900/front/brand/bo/brand_vehicle.css 2006-05-05 11:12:45,152 INFO [P-Processor6] testeurfou - >>> GET http://bo.pm.lan/static/www/brandV900.css 2006-05-05 11:12:45,188 INFO [P-Processor6] testeurfou - <<< [36 ms] GET http://bo.pm.lan/static/www/brandV900.css 2006-05-05 11:12:45,348 INFO [-Processor17] testeurfou - >>> GET http://bo.pm.lan/static/bo/brandV900.css 2006-05-05 11:12:45,424 INFO [-Processor17] testeurfou - <<< [76 ms] GET http://bo.pm.lan/static/bo/brandV900.css 2006-05-05 11:12:45,673 INFO [P-Processor4] testeurfou - >>> GET http://bo.pm.lan/static/www/V900/brand_vehicle.css 2006-05-05 11:12:45,681 INFO [P-Processor4] testeurfou - <<< [8 ms] GET http://bo.pm.lan/static/www/V900/brand_vehicle.css 2006-05-05 11:12:46,759 INFO [P-Processor4] testeurfou - >>> GET http://bo.pm.lan/static/bo/V900/brand_vehicle.css 2006-05-05 11:12:46,763 INFO [P-Processor4] testeurfou - StyleAction : IO error - The requested file is missing (java.io.FileNotFoundExceptio n: http://img.pm.lan/content/V900/front/brand/bo/brand_vehicle.css) 2006-05-05 11:12:46,767 INFO [P-Processor4] testeurfou - <<< [8 ms] GET http://bo.pm.lan/static/bo/V900/brand_vehicle.css 2006-05-05 11:12:46,976 INFO [P-Processor6] testeurfou - >>> GET http://bo.pm.lan/static/menu/brand/bo/lan/fr/menuV900.js 2006-05-05 11:12:46,994 INFO [P-Processor6] testeurfou - <<< [18 ms] GET http://bo.pm.lan/static/menu/brand/bo/lan/fr/menuV900.js 2006-05-05 11:12:50,466 INFO [-Processor17] testeurfou - >>> GET http://bo.pm.lan/static/bo/none 2006-05-05 11:12:50,495 INFO [-Processor17] testeurfou - <<< [29 ms] GET http://bo.pm.lan/static/bo/none 2006-05-05 11:12:50,665 INFO [P-Processor6] testeurfou - >>> GET http://bo.pm.lan/static/bo/brandV900.css 2006-05-05 11:12:50,695 INFO [P-Processor6] testeurfou - <<< [30 ms] GET http://bo.pm.lan/static/bo/brandV900.css |
| Commentaire de Olivier Badreau [ 05/mai/06 16:20 ] |
|
non lié à la CSS (pas de solution alternative de mon coté) |
| Commentaire de Younès Charrière [ 05/mai/06 16:49 ] |
| Avez-vous une solution? |
| Commentaire de Andrei Matyas [ 11/mai/06 15:08 ] |
|
Je crois que t'as raison Olivier : il suffit de remplacer
background: url(none); par background: url(); mais il faut voir si
le graphisme n'est pas impacté sur certains navigateurs. Sinon on peut appeler une petite image (1px * 1px) dans ce cas la |
| Commentaire de Olivier Badreau [ 12/mai/06 12:50 ] |
|
tout-à-fait. Si des bugs (improbables) apparaissent sous certains browsers, il est effectivement possible d'appeler une image minuscule transparente. |
| Commentaire de Patrick Condevaux [ 15/mai/06 14:12 ] |
| ok en INTEG |
| Commentaire de Patrick Condevaux [ 12/déc./06 10:36 ] |
|
retour de ce bug du probablement à des background-image: none; contenu dans la css |
[APP-16133] Recherche BO - Fiches voiture état "soumis" - Des fiches déjà traitées parmi les résultats Création: 26/avr./07 16:59 Mise à jour: 25/juin/07 18:51 Résolue: 15/mai/07 11:29 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 14.0.0 |
| Version(s) corrigée(s): | 14.0.2 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Aurélien Vergalli | Attribution: | Aurélien Vergalli |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM archivés: | Maintenance 14.x.x | ||||||||
| Description |
|
Recherche en BO avec filtre Etat > Soumis + type > Voiture" Des fiches en état "validé par le BO" apparaissent en "soumis" : exemple ID 53868775 (validée le 16/04/2007) De même : fiche supprimée ID 53996532 apparait en soumis (supprimée le ... 16/04/2007) Rapport avec la date du 16/04 ??? |
| Commentaires |
| Commentaire de Younès Charrière [ 26/avr./07 17:09 ] |
|
Même problème que |
| Commentaire de Aurélien Vergalli [ 27/avr./07 11:10 ] |
|
(Ce Jira spécifique a été ouvert car le Le problème ne concerne pas que les voitures : exemple fiche ID 54017360 (validée le 14/04/2007) apprait dans les résultats des fiches soumises par Pseudo LAMBUSIER (lien recherche : http://bo.priceminister.com/referential_back?action=productsearch&changedatafile=true&createdatafile=true&manyinstock=true&oneinstock=true&prdstatuscode=20&searchtype=10&submitterlogin=LAMBUSIER&submitterpart=true&submitterpro=true&withcomplement=1&zerostock=true) |
| Commentaire de Violeta Doneva [ 27/avr./07 13:38 ] |
|
Antoine, peux tu vérifier pourquoi en Prod les produit avec
ID = 54017360, 53868775, 53996532 (et peut-être encore d'autres) ne sont
pas correctement indexés? Si il y a eu un feed sur une collection déjà feedée alors il se peut que lors de ce feed ces produits n'ont pas été indexés. Peux-tu greper dans les logs du connecteur (c'est p.e. le fichier error_callbacks.sql mais je ne suis pas sure) pour voir si tu trouves si il y a eu des problèmes avec ces productid-s ? |
| Commentaire de Antoine Koener [ 27/avr./07 14:33 ] |
|
Je viens de jouer le fichier error_callback.sql Il faudra vérifier un peu plus tard. |
| Commentaire de Christophe Garcia [ 27/avr./07 17:08 ] |
| Les 2 produits signalés par AUrélien sont toujours à l'état "Soumis" |
| Commentaire de Aurélien Vergalli [ 30/avr./07 09:16 ] |
|
Au cas où > lien vers la fiche en BO (voir état "Validé par le bo" + historique en bas de fiche : http://bo.priceminister.com/referential_back?action=productview&productid=54017360 |
| Commentaire de Antoine Koener [ 03/mai/07 11:16 ] |
|
J'avais encore des error_callback... Je les ai jouées... |
| Commentaire de Antoine Koener [ 14/mai/07 11:32 ] |
|
Est-ce que ces dysfonctionnement sont encore d'actualités ? |
| Commentaire de Aurélien Vergalli [ 14/mai/07 12:19 ] |
|
On a toujours 1866 lignes de fiches validées entre le 07/04 et 14/04 apparaissant en soumis. Mais le problème ne s'est plus reproduit depuis. > Y'a t'il quelque chose à faire avec ces 1866 fiches ? En les revalidant une par une, elles finissent par disparaitre mais c'est un peu laborieux... Merci ! |
| Commentaire de Aurélien Vergalli [ 15/mai/07 09:52 ] |
|
On n'est jamais mieux servi que par soi-même : on a donc
revalider à la main toutes les fiches concernées, lesquelles ont fini
par disparaitre... Le problème est règlé. |
[APP-15676] [CoB dauphine]: On a les annonces autos et un bloc ma selection dans mon compte Création: 26/mars/07 14:29 Mise à jour: 25/juin/07 18:50 Résolue: 26/mars/07 14:40 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 13.2.0 |
| Version(s) corrigée(s): | 13.2.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Patrick Condevaux | Attribution: | Swan Desportes |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | COB Dauphiné Libéré |
| Description |
|
Si on se connecte sur ledauphine avec un compte price ayant
des annonces auto elles apparaissent dans l'inventaire et son donc
accesible alors que l'univers auto ne doit pas etre active. De plus un bloc Ma selection contient les annonce auto en attente de publication ou en attente de paiement. |
| Commentaires |
| Commentaire de Swan Desportes [ 26/mars/07 14:40 ] |
|
Effet de bord connu pour lequel on ne fait rien : le cloisonnement total est trop lourd à mettre en place. A 99,999999% des cas, les comptes PM n'ont pas de raison de se connecter sur Le Dauphiné. |
[Mon Compte 1.1] : Améliorations
(APP-17681)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Promo |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 17.2.0 |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Nerea Prieto |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Site: | Integ | ||||||||
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation | ||||||||
| Description |
|
Il s'agit de paramétrer un bloc promo sur la page Mon Compte, avec la bannière parrainage hébergée sous IG : default > Images > _default >edito > sponsorship > referral_border_top_large.gif |
| Commentaires |
| Commentaire de Ariane Baldinger [ 24/sept./07 10:22 ] |
| A faire en Integ, puis après validation demander un portage à Christophe en PROD. |
| Commentaire de Emeric Teil [ 24/sept./07 10:24 ] |
| Merci d 'attendre poiur paramétrer ce bloc, il ne contiendra pas uniquement une bannière mais un code Html avec différents liens. |
| Commentaire de Nerea Prieto [ 24/sept./07 10:42 ] |
| D'accord j'attends mais merci de me donner déjà l'image pour que je l'insère dans IG |
| Commentaire de Ariane Baldinger [ 24/sept./07 10:46 ] |
| Elle est déjà sous IG (cf. description du jira) |
| Commentaire de Emeric Teil [ 24/sept./07 11:44 ] |
|
Alors, dans ce répertoire :
T:\00_Arts_graphiques\03_Projets\02_MKT\banniere_parrainage\Bannière_bloc_promo_HP_Mon_Compte\ES
, vous trouverez le fichier Html contenant le bloc promo ainsi que les
images utilisées. Il faut donc : -> Passer les images sous IG (il y en a 2) -> Mettre le contenu du bloc Html (bloc identifié par des commentaires dans le code Html) dans le bloc promo |
| Commentaire de Nerea Prieto [ 24/sept./07 16:26 ] |
| Impossible d'uploader une image dans IG |
| Commentaire de Nerea Prieto [ 24/sept./07 17:18 ] |
|
Uploadée Cms1 Express |
| Commentaire de Ariane Baldinger [ 24/sept./07 17:22 ] |
| publié |
| Commentaire de Nerea Prieto [ 26/sept./07 16:22 ] |
| L'image peux déjà se voir en INTEG |
| Commentaire de Ariane Baldinger [ 28/sept./07 12:28 ] |
|
Nerea, Il faut demander un portage à PPE en PROD, en lui spécifiant l'id du noeud à porter et l'id du noeud de destination en PRod. Merci |
| Commentaire de Nerea Prieto [ 01/oct./07 09:53 ] |
| Le noeud est déjà paramétré en PROD mais il est inactif pour le moment. |
| Commentaire de Emeric Teil [ 01/oct./07 14:52 ] |
|
Je viens de tester en Integ. L'affichage est OK. Par contre,
il faudrait remplacer le lien en "dur" par un lien relatif utilisant le
brand courant. Merci |
| Commentaire de Nerea Prieto [ 01/oct./07 16:15 ] |
|
Oui, tu as raison. J'ai aussi blurré le lien. Merci Nerea |
| Commentaire de Nerea Prieto [ 01/oct./07 16:17 ] |
|
Blurré = brouillé... :-) |
| Commentaire de Emeric Teil [ 02/oct./07 12:51 ] |
|
Réouverture de ce Jira pour corriger le problème sur la
taille trop importante des bannières. Stephane va fournir,ici, les
images à mettre en lieu et place des images actuelles. Merci |
| Commentaire de Stéphane François [ 02/oct./07 12:56 ] |
|
l'image est à l'instant disponible en pièce jointe de ce jira. ATTENTION : la largeur passe à 720 pixels |
| Commentaire de Nerea Prieto [ 02/oct./07 14:56 ] |
|
Image mise à jour. À publier: Express Cms1 banniere_parrain_725_90.gif |
| Commentaire de Ariane Baldinger [ 02/oct./07 14:59 ] |
| publié |
| Commentaire de Emeric Teil [ 03/oct./07 15:11 ] |
|
Il faut également modifier la balise <img> du bloc promo et passer "width" de 725 à 720 px. Merci |
| Commentaire de Nerea Prieto [ 03/oct./07 15:13 ] |
|
Fait |
| Commentaire de Emeric Teil [ 04/oct./07 12:05 ] |
| OK en integ. Merci :o) |
| Commentaire de Nerea Prieto [ 07/nov./07 09:55 ] |
|
Plusieurs questions / remarques : - Pourquoi ajouter des balises HTML comme < !Doctype>, <head>, etc... ces balises ne doivent pas être ici.... Le bloc à insérer est pourtant bien identifié par < !-- début du bloc à insérer dans le bloc promo -- > et < !-- fin -- > - Le décalage qu'on voit vient de l'espace entre la fin de la balise <img src=.../> et la balise </a> Le code exact à mettre est donc le suivant : <table width="100%" border="0" cellpadding="0" cellspacing="0" style="border: 1px solid #CCCCCC;"> <tr> <td align="center" style="background:url($uriFormat.getPicUrl("banniere_parrain_725_90_bkg.gif")) center;"><a href="http://www.priceminister.es/sponsorship?action=refer"><img src="$uriFormat.getPicUrl("banniere_parrain_720_90_es.gif")" width="720" height="90" border="0" /></a> </td> </tr> </table> Merci de faire les corrections nécessaires au plus vite. |
| Commentaire de Nerea Prieto [ 07/nov./07 10:46 ] |
| Ok, c'est corrigé |
| Commentaire de Emeric Teil [ 07/nov./07 12:50 ] |
| OK sur preview.priceminister.es |
[APP-14917] TEST - Formulaire Ouverture de compte : Disparition de la possibilité de s'abonner aux trois Priceletter Création: 02/févr./07 11:34 Mise à jour: 25/juin/07 18:49 Résolue: 06/févr./07 17:36 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur, News Letters |
| Affecte la/les version(s): | 12.0.0 |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Stéphanie Vignali | Attribution: | Dispatcher (Param) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM archivés: | Maintenance 12.0.0 | ||||||||
| Description |
|
Lorsque je suis sur le formulaire ouverture de compte, je
n'ai plus la possibilié en dessous du bloc 24h de cocher ou décocher
les 3 cases correspondant aux abonnements à la newsletter culturelle,
High tech et Maison & loisir. cf copies d'écran site de test et site en prod. |
| Commentaires |
| Commentaire de Stéphanie Vignali [ 02/févr./07 11:50 ] |
| Même soucis dans le compte du vendeur au niveau de profil de compte où il ne peut plus gérer ses abonnements (abonnemet ou séabonnement à l'un des priceletter. |
| Commentaire de Clement Balay [ 02/févr./07 17:55 ] |
| CONFIG de www à publier dans IG : cm3 |
| Commentaire de Swan Desportes [ 02/févr./07 18:40 ] |
| publié |
| Commentaire de Younès Charrière [ 05/févr./07 17:04 ] |
| Ok en Integ. |
| Commentaire de Christophe Garcia [ 06/févr./07 14:39 ] |
| Non, marche pas. |
| Commentaire de Swan Desportes [ 06/févr./07 15:53 ] |
| Pb de dump de schéma ? A vérifier après relance des serveurs d'integ. |
| Commentaire de Younès Charrière [ 06/févr./07 17:36 ] |
| Ok cette fois-ci. |
[APP-5910] Mon compte / Modes d'expédition : le lien depuis "lettre-suivie" n'est plus bon Création: 12/oct./05 18:55 Mise à jour: 25/juin/07 18:32 Résolue: 19/oct./05 17:53 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.7 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Elodie Pelger | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Dans Mon compte / Modes d'expédition, le lien depuis
"Lettre-suivie" renvoie sur une page du site laposte.fr qui affiche le
message suivant : "Nous sommes désolés mais la page que vous avez demandée n'est plus en ligne sur le site de La Poste." |
| Commentaires |
| Commentaire de Quentin de Chivré [ 14/oct./05 14:32 ] |
|
Il serait bien de rendre ce genre de liens paramétrables via
le fichier de properties (avec du Velocity pourquoi pas, ou juste du
find/replace) Du style : http://www.laposte.com/suivi?no_suivi=$purchase.getShippingNumber()&x=a&y=c ou http://www.laposte.com/suivi?no_suivi={shipping_number}&x=a&y=c |
| Commentaire de Renaud Dierickx [ 14/oct./05 18:01 ] |
| Les liens sont corrigés... |
| Commentaire de Quentin de Chivré [ 14/oct./05 18:05 ] |
| Comment ? En dur ou pas ? Pas grave si c'est en dur... |
| Commentaire de Renaud Dierickx [ 14/oct./05 18:13 ] |
| Oui en dur... |
| Commentaire de Renaud Dierickx [ 14/oct./05 18:16 ] |
| Je l'ouvre pour voir si je peux pas faire mieux... |
| Commentaire de Renaud Dierickx [ 19/oct./05 17:53 ] |
| Pour finir, je laisse les liens en dur. Il n'est à mon avis pas nécessaire d'aller plus loin car sur la page (Mon compte / Modes d'expédition) les liens sont génériques. Toutefois sur d'autres pages dans mon compte, il pourrait être intéressant de faire une spec pour que nos clients accèdent directement au suivi de leur panier. Comme l'a dit Quentin, un truc du genre http://www.laposte.com/suivi?no_suivi=$purchase.getShippingNumber()&x=a&y=c ... |
[APP-3462] Test post Vente Vendeur : Création de compte et messages reçus Création: 12/janv./05 16:06 Mise à jour: 25/juin/07 18:27 Résolue: 05/juil./05 14:05 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.3.0val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Claire Fieschi | Attribution: | Stéphane Archer |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Lors de la création de compte (section 4.2.1 "4.2.1 Préliminaires pré-ventes" ) en cliquant sur "messages reçus" on est redirigés vers la page mais les 3 check-box avec les otpions de récéptions de messages n'apparaissent pas |
| Commentaires |
| Commentaire de Claire Fieschi [ 12/janv./05 16:09 ] |
|
Created an attachment (id=246) pas de check box dans mes messages reçus |
| Commentaire de Stéphane Archer [ 12/janv./05 17:06 ] |
|
Problème avec le compte Daphe2 qui vient d'être créé aujourd'hui. Le problème ne se pose pas sur un ancien compte daphe1 ... |
| Commentaire de Quentin de Chivré [ 12/janv./05 18:52 ] |
| Bug dans le doc suite aux modifs de la messagerie ? |
| Commentaire de Judd OSullivan [ 13/janv./05 12:30 ] |
|
Les check-box s'affichent uniquement si l'utilisateur a mis qch en vente. Selon la base, daphe2 a jamais mis qch en vente. Soit les "Préliminaires généraux" dans le doc n'étaient pas fait (voir "Etape 2"), soit il y a un bug dans la mise en vente des produits. A voir avec CFI. |
| Commentaire de Stéphane Archer [ 13/janv./05 12:43 ] |
| MaJ doc à vérifier !!! |
| Commentaire de Judd OSullivan [ 13/janv./05 12:50 ] |
| Il n'y a pas de problème avec la doc !!! |
| Commentaire de Julien Deleau [ 17/janv./05 12:41 ] |
|
Suis-je concerné alors si cela ne vient pas de la doc ? |
| Commentaire de Validator [ 26/janv./05 17:46 ] |
| Vérifie les pré-requis avec CFI alors |
| Commentaire de Quentin de Chivré [ 29/juin/05 10:39 ] |
| Tjs d'actualité ? |
| Commentaire de Stéphane Archer [ 05/juil./05 14:05 ] |
| Plus d'actu |
[APP-5965] BO Arbre de catégories : Requetes tres lentes Création: 19/oct./05 15:30 Mise à jour: 25/juin/07 18:32 Résolue: 26/oct./05 17:02 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Catégories |
| Affecte la/les version(s): | 8.0.7 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Pascal Mazars |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Ca rame en BO !!!!
|
| Commentaires |
| Commentaire de Pascal Mazars [ 26/oct./05 17:02 ] |
| Je ne suis pas le fautif cette fois-ci. Ca m'a l'air de marcher bien mieux depuis quelques temps. |
[IMP-4343] Vider le compte du partenaire Création: 06/oct./09 17:46 Mise à jour: 30/oct./09 15:53 Résolue: 07/oct./09 11:01 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Frédéric Nahum | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | batteriesweb |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces
|
| Description |
|
Bonjour En attendant que le compte ftp soit crée est il possible de vider mon catalogue pour que je puisse transférer un inventaire car des produits ne sont plus en stock et d'autre sont rentrés. Merci juste de me tenir au courant par mail quand mon catalogue produits sera vidé Cordialement PARKRIDER BRAUN Nicolas 24 bis avenue du docteur faraut 06670 Levens Tel : 04.93.85.63.48 port:06.99.25.19.12 lesbatteriesduweb@parkrider.fr www.lesbatteriesduweb.fr Comparez les prix de plus de 250 sites marchands sur http://parkompar.1001prix.com |
| Commentaires |
| Commentaire de Frédéric Nahum [ 07/oct./09 11:01 ] |
| c'est fait le pro a refait un import derriere |
[APP-32616] En BO nous avons "Alerte non recu par l'utilisateur" alors que l'utilisateur a bien recu l'Alerte Création: 27/janv./11 10:54 Mise à jour: 28/janv./11 11:57 Résolue: 27/janv./11 19:01 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 86.0.0 (TX-R) |
| Version(s) corrigée(s): | 86.0.0 (TX-R) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | Alertes téléphoniques |
| Navigateur: | Tous |
| Description |
|
A ne pas compter dans la sismicité car indépendant de Priceminister.
- Et même que l'alerte a été reçu avec des problèmes d'encodage. - cf. screenshot-1 |
| Commentaires |
| Commentaire de Thomas Landru [ 27/janv./11 11:29 ] |
| C'est normal c'est le partenaire qui ne nous envoi pas les bons codes, c'est en cours de correction avec lui, je laisse le jira ouvert et je le fermerai une fois que c'est ok (idem pour l'encodage ils y travaillent). |
| Commentaire de Thomas Landru [ 27/janv./11 19:01 ] |
| Passé en corrigé, mais à ne pas compter dans la sismicité. |
[DEC-419] Faire un rapport sur les numéros de cartes bancaires utilisés et le statut des comptes associés à ces cartes Création: 08/août/06 16:44 Mise à jour: 14/sept./07 14:54 Résolue: 11/août/06 11:47 |
|
| Etat: | Fermé |
| Projet: | Reporting |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Sébastien Mantanus | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Vu l'augmentation de la fraude à la carte bancaire sur le
site et étant donné les conséquences de plus en plus importantes que
cela implique, Suite à une réunion sécurité et afin de pouvoir lutter plus efficacement contre certaines fraudes, Merci de nous faire un rapport sur ces 2 dernières années qui donne : les 4 premiers chiffres des cartes utilisées sur le site et l'état (acheteur) des comptes qui les ont utilisés. exemple : N CB - valeur -2 - valeur -1 - valeur 0 - valeur 1 --------------------------------------------------------------- 4979 - 50 - 80 - 700000 - 12000 je reste à votre disposition pour toute question. |
| Commentaires |
| Commentaire de Agathe Remy [ 10/août/06 15:06 ] |
|
Peux-tu me préciser ce que tu appelles l'état des comptes acheteurs? D'autre part, à quoi correspond valeur -2 - valeur -1 - valeur 0 - valeur 1 ? Enfin, veux-tu tous les 4 premiers chiffres utilisés ou bien seulement certains? Merci:-) Agathe |
| Commentaire de Agathe Remy [ 10/août/06 15:13 ] |
|
De plus, compte-t-on le nombre de comptes acheteurs ou bien le nombre de paniers? Merci:-) |
| Commentaire de Agathe Remy [ 10/août/06 16:03 ] |
|
Est-ce que ce rapport te convient? |
[APP-19393] [POST-DEPLOY] Fiches soumises en décembre et janvier apparaissent (par centaines) seulement aujourd'hui en BO (février) - Help ! Création: 01/févr./08 13:01 Mise à jour: 03/juin/08 11:24 Résolue: 14/mai/08 12:08 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 23.0.0 (CAT-B) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Aurélien Vergalli | Attribution: | Martin Sudmann |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||||||
| Projets PM archivés: | Maintenance 19.x.x | ||||||||||||||||||||
| Description |
|
Help !!! Concerne des dizaines de fiches de catégories diverses + des centaines de voitures (environ 700... pour l'instant) !!! Exemples de fiche : http://bo.priceminister.com/referential_back?action=productview&productid=60691641 http://bo.priceminister.com/referential_back?action=productview&productid=60788025 http://bo.priceminister.com/referential_back?action=productview&productid=60711163 Merci. |
| Commentaires |
| Commentaire de Aurélien Vergalli [ 01/févr./08 13:14 ] |
|
Info: les chiffres varient en fonction des serveurs. Le
problème semble concerné environ 1500 fiches catégories diverses + 600
fiches voitures ! Horreur... |
| Commentaire de Aurélien Vergalli [ 01/févr./08 14:26 ] |
|
Pour info: en effectuant une recherche BO produits soumis
avec filtre "indexation" au 08/01/2008 on retrouve ces fiches soumises
réapparuent aujourd'hui Lien recherche : http://bo.priceminister.com/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&prd_status_code=20&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=08%2F01%2F2008&feed_end_date=08%2F01%2F2008&with_complement=1&create_start_date=&create_end_date=&order=3&number_rows=400&do_search.x=22&do_search.y=5 |
| Commentaire de Espérance Galouo-Lece [ 01/févr./08 15:25 ] |
|
- C'est normal car, il y'a une migration en cours; - Toutes les fiches produits ont des dates d'indexation assez récentes |
| Commentaire de Aurélien Vergalli [ 01/févr./08 15:37 ] |
|
euh... le Jira porte sur ces centaines de fiches, soumises à
des dates que l'on est sensé avoir traitées depuis longtemps, ces
fiches apparaissant dans nos listes seulement aujourd'hui. On commençait à peine à sortir la tête de l'eau ! Enfin on le pensait ... Cela signifie que, sans qu'on le sache, des centaines de vendeurs attendent la validation de leurs fiches depuis des mois ??? Et à l'avenir, comment savoir où l'on en est ? |
| Commentaire de Martin Sudmann [ 01/févr./08 18:11 ] |
|
En prod, l'équipe d'exploit est en train de basculer les serveurs sur un nouvel index Fast qui a été récemment créé. Lors d'une tel indexation complète on parcourt toute la table des produits ligne par ligne ; il est dont impossible d'en oublier. On mode croisière (mise à jour au fil de l'eau), c'est l'application PriceMinister qui déclenche l'indexation d'un produit en positionnant une date. Le module qui assemble les données et les envoie à l'index cherche toujours les produits qui ont été modifiés dans la dernière minute. Parfois il arrive que l'application est très lente, et la date de modification qu'elle enregistre dans la base est déjà trop loin dans le passé quand elle fait enfin l'écriture ; c'est à dire que le module d'indexation est déjà passé à la minute suivante et les produits dans la minute en question ne sont jamais envoyés à l'index. Dans le cas des produits déjà validés c'est moins grave, parce qu'une simple mise en panier ou autre modification suffit pour ré-indexer le produit. Quand il s'agit d'un produit soumis, il ne va jamais être modifié, parce qu'il est invisible. Ce sont ces produits là qui apparaissent d'un coup quand on fait une indexation complète. Cela devrait se produire ainsi à chaque version majeure. Il faut alors valider ces produits comme tous les autres, même si c'est avec beaucoup de retard. Il existe un outil de vérification de ce phénomène, que l'on est actuellement en train de tester. Cet outil, une fois en place, va faire le "ramasse-miettes" pour déclencher la ré-indexation de ces produits 1 à 2 heures après qu'il a été loupé à l'indexation (voir jira lié). |
| Commentaire de Martin Sudmann [ 01/févr./08 18:13 ] |
| va être corrigé hors version avec la mise en place du sweep.pl |
| Commentaire de Aurélien Vergalli [ 04/févr./08 09:06 ] |
| Merci pour l'explication détaillée. |
| Commentaire de Martin Sudmann [ 14/mai/08 12:08 ] |
| apparemment ce n'est plus d'actualité |
[APP-27073] Touch sur property priceminister.holiday.date.XX pas pris en compte par l'application Création: 29/oct./09 11:04 Mise à jour: 29/oct./09 15:55 Résolue: 29/oct./09 15:43 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 56.0.0 (TX-J) |
| Version(s) corrigée(s): | 56.0.0 (TX-J) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Arnaud Forgues |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | Assistance téléphonique dans le panier |
| Description |
|
Hier j'ai ajouté la property priceminister.holiday.date.20 =
28/10/2009 dans le fichier priceminister-overload.properties. Ajourd'hui, je la remplace par priceminister.holiday.date.18 = 29/10/2009 Et j'ai aujourd'hui les 2 properties en BO (cf capture). |
| Commentaires |
| Commentaire de Arnaud Forgues [ 29/oct./09 14:02 ] |
|
Tu as fait ces manip sur deutz ? car je ne retrouve par ces valeurs de property à présent ... De plus, quand tu dis "je la remplace", c'est bien le cas ? car d'après ton commentaire ton ancienne property était "priceminister.holiday.date.20" et ta nouvelle est "priceminister.holiday.date.18" ==> deux property bien différente finalement ?! |
| Commentaire de Aurélie Kwiatkowski [ 29/oct./09 15:05 ] |
|
J'ai effectivement remplacé "priceminister.holiday.date.20" par "priceminister.holiday.date.18" dans l'overload. La 20 aurait du disparaître au profit de la 18. Tu ne vois rien à 14h02 parce que j'ai supprimé la property "priceminister.holiday.date.18" ce matin et qu'Espérance a redémarré deutz juste avant que tu regardes (13h58). |
| Commentaire de Arnaud Forgues [ 29/oct./09 15:43 ] |
|
Comme vu ensemble, un touch sur le fichier
"property-service.xml" permet de prendre en compte à la volée la
modification de property ou encore l'ajout mais pas la suppression. Pour
cela il faut redémarrer JBoss, d'où le pb ! Voilou |
| Commentaire de Cédric Goldovsky [ 29/oct./09 15:47 ] |
| Intéressant, comme quoi on en apprend tous les jours :) |
[Centralisation PMV] Implémentation phase B : Transfert automatique des ventes payables et débit automatisé du PMV
(APP-18216)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | 19.0.1 |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Arnaud Forgues | Attribution: | Steven Harel |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM archivés: | Paiement - Centralisation PMV |
| Description |
|
Suite au dernier copil PMV (du 28/01/2008), nous avons
décidé de ne garder qu'une info "A venir" et de supprimer "Ventes
payables " pour les vendeurs en mode Compta. Il faut donc adapter la
rubtrique d'aide "i_compensation_new" pour leur cas et donc il faut
créer une nouvelle rubrique d'aide et son contenu dans IG avec l'alias
"i_compensation_direct" NB : il se pourrait également qu'il ne s'agisse pas de la seule rubrique d'aide à adapter pour les vendeurs en mode compta : en regardant rapidement j'ai pu voir i_wallet_transfer_auto et i_wallet_amount qui méiteraient également un petit qqch. Tenez moi au courant s'il vous faut de nouveaux alias pour avoir un wording completement spécifique ou si vous pouvez jouer sur le wording des rubriques existantes pour faire cela ! Merci |
| Commentaires |
| Commentaire de Steven Harel [ 01/févr./08 09:04 ] |
|
l'aide pmv a été adaptée pour le mode compta les sitenodes et les articles ont été créés dans ig |
| Commentaire de Emeric Teil [ 01/févr./08 11:59 ] |
|
Steven, je ré-ouvre ce Jira, pour que tu puisses soumettre à
publication tes articles. Penses bien à indiquer les infos nécessaires : -> Repository -> Alias des SiteNodes ET des articles |
| Commentaire de Steven Harel [ 01/févr./08 12:25 ] |
|
l'aide pmv2 mode compta a été soumise à publication concerne onlinehelp sur cms1 sitenodes : PORTE_MONNAIE_V2/PORTE_MONNAIE_V2_MODE_COMPTA/ QUESTION_SUR_LE_PAIEMENT_DE_MES_VENTES (121105) 2008-01-31 harels SOLDE_DISPONIBLE (121104) 2008-01-31 harels TRANSFERT_AUTO_SUR_PORTE_MONNAIE (121102) 2008-01-31 harels DELAIS_DE_PAIEMENT (121101) 2008-01-31 harels CALCUL_DU_PAIEMENT (121100) 2008-01-31 harels DEJA_PAYE_PAYABLE_A_VENIR (121099) 2008-01-31 harels PROBLEME_AVEC_LE_FONCTIONNEMENT_DU_PORTE_MONNAIE (121098) 2008-01-31 harels COMMENT_REVERSER_VERS_MON_COMPTE_BANCAIRE (121097) 2008-01-31 harels A_QUOI_SERT_LE_PORTE_MONNAIE (121095) 2008-01-31 harels articles : folder porte-mnonnaie v2/folder porte-monnaie v2 mode compta Solde disponible (208929) 2008-02-01 harels J'ai une question sur le paiement de mes ventes (208927) 2008-01-31 harels Transfert automatique de mes ventes sur mon Porte-Monnaie (208936) 2008-01-31 harels Statut des ventes (208934) 2008-01-31 harels J'ai un problème avec le fonctionnement du Porte-Monnaie (208925) 2008-01-31 harels Délais de paiement de mes ventes (208923) 2008-01-31 harels Comment reverser l'argent vers mon compte bancaire (208885) 2008-01-30 harels Calcul du paiement de mes ventes (208883) 2008-01-30 harels A quoi sert le Porte-Monnaie (208879) 2008-01-30 harels |
| Commentaire de Emeric Teil [ 01/févr./08 16:55 ] |
|
OK, pour la publication des site-node et des articles. Je
ré-ouvre, une dernière fois, pour que, lorsque tu auras les bon wording,
tu puisses à nouveau soumettre tes articles à publication. Merci |
| Commentaire de Arnaud Forgues [ 11/févr./08 18:13 ] |
|
soumis à publication dans cms1. Il faut donc maintenant porter online_help sur cms3. a confirmer avec EMT/SHA/ALG /ONLINE_HELP/INSTRUCTIONS/PORTE-MONNAIE_V2/PORTE_MONNAIE_V2_MODE_COMPTA/DELAIS_DE_PAIEMENT_ACC (121166) 2008-02-11 forguesa /ONLINE_HELP/INSTRUCTIONS/PORTE-MONNAIE_V2/PORTE_MONNAIE_V2_MODE_COMPTA/CALCUL_DU_PAIEMENT_ACC (121165) 2008-02-11 forguesa /ONLINE_HELP/INSTRUCTIONS/PORTE-MONNAIE_V2/PORTE_MONNAIE_V2_MODE_COMPTA/DEJA_PAYE_PAYABLE_A_VENIR_ACC (121164) 2008-02-11 forguesa /ONLINE_HELP/INSTRUCTIONS/PORTE-MONNAIE_V2/PORTE_MONNAIE_V2_MODE_COMPTA/PROBLEME_AVEC_LE_FONCTIONNEMENT_DU_PORTE_MONNAIE_ACC (121160) 2008-02-11 forguesa /ONLINE_HELP/INSTRUCTIONS/PORTE-MONNAIE_V2/PORTE_MONNAIE_V2_MODE_COMPTA/COMMENT_REVERSER_VERS_MON_COMPTE_BANCAIRE_ACC (121163) 2008-02-11 forguesa /ONLINE_HELP/INSTRUCTIONS/PORTE-MONNAIE_V2/PORTE_MONNAIE_V2_MODE_COMPTA/A_QUOI_SERT_LE_PORTE_MONNAIE_ACC (121162) 2008-02-11 forguesa /ONLINE_HELP/INSTRUCTIONS/PORTE-MONNAIE_V2/DEJA_PAYE_PAYABLE_A_VENIR (121161) 2008-02-11 harels /ONLINE_HELP/INSTRUCTIONS/PORTE-MONNAIE_V2/PROBLEME_AVEC_LE_FONCTIONNEMENT_DU_PORTE-MONNAIE (121159) 2008-02-11 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/A quoi sert le Porte-Monnaie (212540) 2008-02-11 nep /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/J'ai une question sur le paiement de mes ventes (212688) 2008-02-11 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/J'ai une question sur le paiement de mes ventes (208926) 2008-02-11 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/Transfert automatique de mes ventes sur mon Porte-Monnaie (212689) 2008-02-11 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/Statut des ventes (212687) 2008-02-11 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/Solde disponible (212686) 2008-02-11 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/J'ai un problème avec le fonctionnement du Porte-Monnaie (212683) 2008-02-11 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/Délais de paiement de mes ventes (212682) 2008-02-11 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Délais de paiement de mes ventes (208922) 2008-02-11 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/Comment reverser l'argent vers mon compte bancaire (212606) 2008-02-11 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/Calcul du paiement de mes ventes (212599) 2008-02-11 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Solde disponible (208928) 2008-02-01 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Solde minimum à conserver dans mon Porte-Monnaie (208930) 2008-01-31 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Transfert automatique de mes ventes sur mon Porte-Monnaie (208935) 2008-01-31 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Statut des ventes (208933) 2008-01-31 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/J'ai un problème avec le fonctionnement du Porte-Monnaie (208924) 2008-01-31 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Comment reverser l'argent vers mon compte bancaire (208884) 2008-01-30 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Calcul du paiement de mes ventes (208882) 2008-01-30 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Acheter avec mon Porte-Monnaie (208880) 2008-01-30 harels /online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/A quoi sert le Porte-Monnaie (208876) 2008-01-30 |
| Commentaire de Emeric Teil [ 12/févr./08 19:39 ] |
| Encore quelques corrections à prévoir... |
| Commentaire de Steven Harel [ 14/févr./08 11:01 ] |
| merci de publier tous les articles en working du folder pmv2 mode compta |
| Commentaire de Yassine Mouhammadou [ 15/févr./08 17:59 ] |
| ok publié |
| Commentaire de Espérance Galouo-Lece [ 18/févr./08 16:15 ] |
| Done. |
[IMP-2345] fichier bpettit ne passe pas sur son compte gtp analyser pourqoi et le faire passer merci Création: 17/juin/08 15:41 Mise à jour: 30/oct./09 15:50 Résolue: 18/juin/08 09:34 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Anne Korchia | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | bpettit |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
fichier bpettit ne passe pas sur son compte gtp analyser pourqoi et le faire passer merci mail du partenaire : J'ai essayé ce matin de faire une mise à jour en FTP avec donc ma base au format convenu, c'est à dire, dans l'ordre des colonnes : - ISBN - Ref - Auteur - Titre - Description - Prix - Edition Cela n'a pas fonctionné, lorsque je vais dans mon compte - Envoyer mes fichiers de stock il est indiqué 18970 lignes (50) erreurs, Succès : 0%, "Trop d'erreurs" |
| Commentaires |
| Commentaire de Fotigui Tangara [ 17/juin/08 18:21 ] |
|
Le problème au niveau du FTP à été corrigé, vu que son
compte a été créé en 2006 et que le format de fichier a changé
(13/06/2008), par conséquent le profil dont dépend le FTP a aussi
changé... La modification sera pris en compte demain matin. Si le PRO respecte son dernier format, il n'y aura pas de soucis pour passer le fichier... |
[APP-11636] Prblm lors d'ouverture du compte salvi06: stock limité -> illimité Création: 08/août/06 14:51 Mise à jour: 04/mars/08 12:53 Résolue: 15/févr./08 17:17 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Annonces, Compte utilisateur |
| Affecte la/les version(s): | 9.0.2a |
| Version(s) corrigée(s): | 19.2.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jany Marimoutou | Attribution: | Edouard Gomez-Vaez |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
|||||||||||||||
| Sous-tâches: |
|
|||||||||||||||
| Site: | Prod | |||||||||||||||
| Projets PM: | *** STANDBY *** | |||||||||||||||
| Classif1: | BP | |||||||||||||||
| Classif2: | RBP - nettoyage - unavailable_count | |||||||||||||||
| Description |
|
Aujourd'hui j'ai aidé salvi06 à ouvrir son compte. J'ai constaté deux soucis : 1 lorsque le compte n'est pas encore vendeur, comme indiqué graphiquement, il suffisait de cliquer dessus pour arriver sur la page de mise en vente; En cliquant je suis resté sur la page après un rafraichissement. 2 j'ai mis l'option "illimité" sur le compte, après avoir cliqué moult fois pour sur l'option dans la modification d'annonce, le stock est resté sur "2" |
| Commentaires |
| Commentaire de Younès Charrière [ 08/août/06 16:35 ] |
|
Précisions : 1) Lorsque l'on clique sur "Pas encore vendeur?" dans "Mon Compte" > "Espace Vendeur" il y a juste un rafraîchissement de la page. Pour tester utiliser ce compte : jadyProd 2)salvi06 est un vendeur Pro mais il n'arrive pas à mettre comme quantité "illimité" sur sa première annonce crée lorsque l'on modifie l'annonce (son stock reste à 2). Le produit est le suivant "Dvd Corsicaphoto Vol2", son id est 48157693 |
| Commentaire de Younès Charrière [ 08/août/06 17:19 ] |
|
Logs de PROD en rapport avec les problèmes rencontrés? 1) 2006-08-08 11:14:10,012 INFO [-Processor98] salvi06 - >>> GET http://bo.priceminister.com/user 2006-08-08 11:14:10,012 INFO [-Processor98] salvi06 - Same request - count=3 - delay=24014ms 2) 2006-08-08 14:32:06,174 INFO [-Processor26] salvi06 - >>> GET http://bo.priceminister.com/inventory?category=102787&select=0&update=false 2006-08-08 14:32:06,300 INFO [-Processor26] salvi06 - <<< [126 ms] GET http://bo.priceminister.com/inventory?category=102787&select=0&update=false |
| Commentaire de Alexandre Garnier [ 11/sept./06 12:11 ] |
| le href du lien "Pas encore vendeur" est égal à "", ce qui veut dire que le targetUrl du SiteNode SELL_INDEX est soit mal configuré en Prod, soit mal récupéré ... |
| Commentaire de Alexandre Garnier [ 14/sept./06 14:48 ] |
| Les 2 sous-tâches sont résolus |
| Commentaire de Renaud Dierickx [ 17/oct./06 12:03 ] |
|
Le lien dans mon compte "pas encore vendeur" fonctionne correctement. Vous pouvez fermer ce bug dans vous fermerez le bug de Geneviève. |
| Commentaire de Martin Sudmann [ 17/oct./06 17:28 ] |
| en attente de résolution du bug PARAM. |
| Commentaire de Edouard Gomez-Vaez [ 15/févr./08 17:17 ] |
| bug param fermé. |
[IMP-6147] Import fichier type jeux video- compte GAME_FR et GAMES_FRANCE Création: 21/mai/10 17:34 Mise à jour: 27/mai/10 10:57 Résolue: 27/mai/10 10:56 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Dorian Porta Delsol | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | GAME_FR et GAME_FRANCE |
| Modèle: | jeux vidéo |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits
|
| Groupe: | Neteven |
| Description |
|
Normalement un profil de création jeux video a été créé pour
le compte GAME_FR (création de console) est ce que ca fonctionne? Mail
Charlotte Marchand : "J'ai l'impression que le compte GAME_FR n'est pas configuré pour de la création des Consoles. Est-ce que ma demande précédente a été traitée ? Tu trouveras ci-joint la liste des consoles qui ne sont pas passées en publication directe sur GAME_FR. Tu constateras qu'il me manque quelques dates de sortie. Pourrais-tu éventuellement m'aider à les trouver si ce champ est réellement obligatoire ?" Pour moi nous pouvons créer ces fiches consoles sans le champ date de sortie. Il faudrait aussi créer pour le second compte GAME_FRANCE (jeux+accessoires) un profil de création jeux vidéo pour la création de certains accessoires (sauf si on peu ditrectement les créer grâce au prifil de GAME_FR ?) . Merci |
| Commentaires |
| Commentaire de Frédéric Nahum [ 27/mai/10 10:56 ] |
|
tout a été paramétré pour ces deux compte sur le principe neteven annonce d'n coté et modèle jeux video de l'autre Pour les produit il faut également qu'il rajoute la colonne à la fin du fichier avec le type de produit comme pour l'annonce |
| Commentaire de Frédéric Nahum [ 27/mai/10 10:57 ] |
| Effectivement on peut créer dans date de sortie |
[APP-17822] [Mots-clé Fraudes] Demande de code velocity pour exclure certains comptes de regles de surveillance. Création: 18/sept./07 16:21 Mise à jour: 27/nov./07 10:48 Résolue: 12/nov./07 14:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 16.1.0 |
| Version(s) corrigée(s): | 18.0.0 |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM archivés: | Maintenance 18.x.x | ||||||||
| Description |
|
Actuellement , afin de detecter de potentielles fraudes auto
, on a mis en place des mots clés qui detectent les adresses email en
yahoo.com ou gmail.com lorsqu'il s'agit d'annonces auto: ex: ($util.contains($seller.EmailAddress, "yahoo.com") || $util.contains($seller.EmailAddress, "yahoo.de") || $util.contains($seller.EmailAddress, "yahoo.co.uk")) && $advert.PrdTypeCode.toString()== "1700" Afin de rendre ces regles plus pertinentes et éviter que des comptes considérés comme fiables puissent tomber en surveillance , on aimerait pouvoir exclure de cette regle les comptes datant de plus d'un an ou ayant réalisé plus d'un certain nombre de ventes. Quelles seraient les variables pour spécifier: - un utilisateur dont le compte a plus d'un an - un utilisateur ayant déjà réalisé plus de 2 ventes. Merci d'avance. |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 24/sept./07 09:25 ] |
|
- un utilisateur dont le compte a plus d'un an $seller.isOlderThan(1) - D'une maniere plus generale un utilisateur dont le compte a plus de 'x' ans $seller.isOlderThan(x) - un utilisateur ayant déjà réalisé plus de 2 ventes. $seller.SaleCount > 2 /home/cvs/dev/source/src/com/babelstore/user/UserInfo.java,v <-- UserInfo.java new revision: 1.35; previous revision: 1.34 done |
| Commentaire de Cedric Favero [ 24/sept./07 10:35 ] |
|
Super , merci bcp , je teste tout çà... PS: j'ai pas trouvé ces infos dans la table USER , je n'ai pas regardé au bon endroit? |
| Commentaire de Cedric Favero [ 02/oct./07 14:54 ] |
|
et pour un nombre d'achats supérieur à 2? $seller.BuyCount > 2 ??? |
| Commentaire de Cedric Favero [ 11/oct./07 09:01 ] |
|
j'ai fait ma regle comme suit: $advert.PrdTypeCode.toString()== "1700" && ($util.contains($seller.EmailAddress, "gmail.com") || $util.contains($seller.EmailAddress, "googlemail.com") || $util.contains($seller.EmailAddress, "yahoo.com") || $util.contains($seller.EmailAddress, "yahoo.de") || $util.contains($seller.EmailAddress, "yahoo.co.uk")) && ! $seller.isOlderThan(1) && ! $seller.SaleCount > 1 && ! $seller.BuyCount > 1 Celà me cause une erreur en prod: Left side of '>' operation is not a valid type. It is a class java.lang.Boolean. Currently only integers (1,2,3...) and Integer type is supported. PMVelocity - Keyword[834702] [line 1, column 366] Faut il que je mette des parenthèses? && ! ($seller.SaleCount > 1) && ! ($seller.BuyCount > 1) Merci. |
| Commentaire de Cedric Favero [ 09/nov./07 09:35 ] |
|
j'ai plusieurs erreurs retournés par ce mot clé: Left side ($seller.SaleCount) of '>' operation has null value. Operation not possible. PMVelocity - Keyword[834702] [line 1, column 373] Left side of '>' operation is not a valid type. It is a class java.lang.Long. Currently only integers (1,2,3...) and Integer type is supported. PMVelocity - Keyword[834702] [line 1, column 394] Left side of '>' operation is not a valid type. It is a class java.lang.Long. Currently only integers (1,2,3...) and Integer type is supported. PMVelocity - Keyword[834702] [line 1, column 419] Left side of '>' operation is not a valid type. It is a class java.lang.Long. Currently only integers (1,2,3...) and Integer type is supported. PMVelocity - Keyword[834702] [line 1, column 440] Voici le mot clé tel que je l'ai réecrit: $advert.PrdTypeCode.toString()== "1700" && ($util.contains($seller.EmailAddress, "gmail.com") || $util.contains($seller.EmailAddress, "googlemail.com") || $util.contains($seller.EmailAddress, "yahoo.com") || $util.contains($seller.EmailAddress, "yahoo.de") || $util.contains($seller.EmailAddress, "yahoo.co.uk")) && ! (($seller.isOlderThan(1)) || ($seller.SaleCount && $seller.SaleCount > 1) || ($seller.BuyCount && $seller.BuyCount > 1)) Genevieve , peux tu me dire ce que tu en penses... Je ne comprends pas les erreurs qui me sont données.. Je pense qu'il y a des erreurs quand il n'y a aucune vente ou achat.. |
| Commentaire de Alexandre Garnier [ 09/nov./07 09:50 ] |
|
SaleCount et BuyCount sont des Long et Velocity ne peut faire des comparaisons que sur des int ou Integer. Faire $seller.SaleCount.intValue() > 1 et $seller.BuyCount.intValue() > 1 |
| Commentaire de Cedric Favero [ 09/nov./07 09:53 ] |
| çà me parle pas trop , tu as 5 min pour m'expliquer? |
| Commentaire de Cedric Favero [ 09/nov./07 10:01 ] |
|
et est-ce que je peux faire superieur ou égal ?(pour dire AU MOINS 1 achat ou une vente) Merci |
| Commentaire de Geneviève Beaujard [ 09/nov./07 14:45 ] |
|
il faut remplacer: ($seller.SaleCount && $seller.SaleCount > 1) || ($seller.BuyCount && $seller.BuyCount > 1) par ($seller.SaleCount && $seller.SaleCount .intValue()> 1) || ($seller.BuyCount && $seller.BuyCount .intValue()> 1) Le simple fait d'ajouter la methode intValue() supprime le message : Left side of '>' operation is not a valid type. It is a class java.lang.Long. Currently only integers (1,2,3...) and Integer type is supported. Viens me voir cedric, je t'expliquerai tout ça sur mon serveur de dev. A bientôt. |
[APP-21480] Poser une question depuis formulaire d'aide en ligne sans avoir de compte PM : Pb "$login" affiché Création: 28/juil./08 11:44 Mise à jour: 05/sept./08 18:10 Résolue: 01/sept./08 15:16 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 28.0.0 (CTN-F) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
Depuis l'aide, esayer de poser une question au SAV en utilisant n'importe quel formulaire. Ne pas s'authentifier au préalable et envoyer le mail en utilisant le rubrique "Si vous n'avez pas encore de compte PriceMinister". Saisir des données bidon puis envoyer. On obtient alors le screenshot en PJ |
| Commentaires |
| Commentaire de Alexandre Garnier [ 28/juil./08 14:43 ] |
| Tiens je connaissais pas ce truc ! |
| Commentaire de Alexandre Garnier [ 28/juil./08 15:09 ] |
| En effet, la FastRegisterAction permet de créer un compte contact mais ce type de compte ne possède pas de login ! |
| Commentaire de Alexandre Garnier [ 28/juil./08 16:23 ] |
|
CMS1 default /default/Labels/_Mon Compte/_Identification/LoginSuccess/info_hello |
[APP-22896] Cet utilisateur est en mode 'Compta' mais sa configuration de paiement est erronnée. Merci d'alerter l'équipe technique> Sexyav Création: 03/nov./08 18:09 Mise à jour: 13/janv./09 11:59 Résolue: 05/nov./08 14:52 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Paiement |
| Affecte la/les version(s): | 32.0.1.1 |
| Version(s) corrigée(s): | 38.0.0 (TX-D Bis) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Isabelle Weisbecker | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Tous |
| Description |
|
Voic le message d'erreur dans le BO http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=12540601 Cet utilisateur est en mode 'Compta' mais sa configuration de paiement est erronnée. Merci d'alerter l'équipe technique. |
| Commentaires |
| Commentaire de Emeric Teil [ 05/nov./08 14:51 ] |
|
Cet utilisateur a déjà posé problème récemment, et c'est
pour la même raison qu'il y a un message d'erreur en BO : il n'as pas de
coordonnées de paiement configurées. Pour corriger cela, deux options : -> Il va en FO, active son PMV et configure son adresse de paiement -> Depuis le BO, cliquez sur "M" à côté de "Paiement" dans le bloc coordonnées de la fiche utilisateur et renseignez ses coordonnées E. |
[APP-11253] [Cob Croix-rouge] Bug dans la page mon compte cobranding croix-rouge Création: 20/juil./06 18:20 Mise à jour: 25/juin/07 18:42 Résolue: 28/juil./06 13:53 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 9.0.2 |
| Version(s) corrigée(s): | 9.0.2 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Alexandre Moulti | Attribution: | Edouard Gomez-Vaez |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Description |
|
Lorsqu'on on va sur le cobranding croix-rouge sur le site
d'intégration et que l'on va dans l'espace mon compte. On ne peut plus
aller dans les autres ongles (accueil par exemple). Avec firefox , on peut voir le log des erreurs et ceux-ci indiquent que le site cherche une css sur akamai ce qui ne devrait pas etre le cas en mode sécurisé (https). |
| Commentaires |
| Commentaire de Alexandre Moulti [ 20/juil./06 18:31 ] |
|
Cela est dû au fait que cette page ne fonctionne pas : http://croix-rouge.pm.lan/pr/pr.js Il faut la rajouter -> équipe d'intégration. |
| Commentaire de Edouard Gomez-Vaez [ 21/juil./06 11:13 ] |
| Bizarre, sachant que http://nimportequoi.pm.lan/pr/pr.js lui existe bien... |
| Commentaire de Antoine Koener [ 27/juil./06 11:30 ] |
|
Non. 'pr' est le répertoire 'promo' il est necessaire de faire un lien sur le filesystem pour le faire pointer sur 'promo' J'aimerais bien connaître les personnes qui ont de brillantes idée de la sorte. Quoi qu'il en soit, le lien est fait et les js sont trouvés. |
| Commentaire de Patrick Condevaux [ 27/juil./06 16:23 ] |
| ok en INTEG... Antoine a raison ! y'a des personnes qu'ont des idees brillantes !!! |
| Commentaire de Quentin de Chivré [ 27/juil./06 20:02 ] |
|
J'aimerais comprendre quel est le probleme ? (avec les idées brillantes de certains... ;-) L'URL /promo/promo.js a été changée en /pr/pr.js afin d'éviter des problemes de filtrages par certains popup blockers et autres anti-spyware (ca c'est l'idée brillante) Maintenant je ne sais pas comment cela a été implémenté côté exploit (ce fichier ne fait pas partie du déploiement, il est piloté par l'équipe param) Il est possible que l'on ait fait la modif uniquement sur WWW et qu'on doive maintenant la faire sur les différents cobrandings a mesure qu'on les migre. C'est ca qui te gene ? J'aimerais que tu expliques un peu + afin de voir ce qu'il faut eventuellement améliorer... :-) |
| Commentaire de Antoine Koener [ 28/juil./06 12:05 ] |
|
Ce qui serait très intéressant c'est de disposer d'une arborescence utilisées par les différents sites. La politique précédente appliquée lors de la création d'un cobranding était de faire de liens sur tous les répertoires au dessus... C'est parfait pour se perdre. Si nous avions cette liste nous pourrions tout de suite 'diagnostiquer' ce qu'il manque. Et donc scripter la création, la vérification etc. Nous y gagnerons tous, il me semble. :-) Sinon, je clos le JIRA ? |
| Commentaire de Alexandre Moulti [ 28/juil./06 12:13 ] |
|
Qu'en penses-tu pour la question d'antoine ? Je ne suis pas en mesure de donner des conseils de conception touchant autant le framework. En tous cas il n'y a plus de bug. La page mon compte croix-rouge fonctionne |
| Commentaire de Edouard Gomez-Vaez [ 28/juil./06 13:53 ] |
|
En effet, je suis en phase avec Antoine, et je propose que
l'on formaliser bien le retour sur expérience de ces CoB en
exploitation. On initie cela ce soir avec Arnaud, mais je pense qu'il
faudra faire cela post deploy, quand on aura la tête plus froide. Je lance une réunion. |
| Commentaire de Quentin de Chivré [ 28/juil./06 16:24 ] |
| Une réu dev / exploit sur le thème des cobrandings, en voila une bonne idée :-) |
| Commentaire de Patrick Condevaux [ 31/juil./06 12:20 ] |
|
ok pour la reunion ;-) et OK pour la correctio en INTEG |
[IMP-345] Groupe Eden Auto : Bloquer les imports et vider le stock pour tous les comptes Création: 27/mars/07 11:02 Mise à jour: 30/oct./09 15:50 Résolue: 03/avr./07 15:02 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | renaultpau.... |
| Séparateur: | N/A |
| Type de traitement: |
Suppression annonces
|
| Estimation: | Petit |
| Description |
|
Voici la liste des comptes : renaultpau renault-osm renault-tarb renault65100 renault65300 renault-orth renault-asa renault-lim renault-sj nissan-pau nissan-tarb nissan87000 bmw-beziers bmw-carcas bmw-narbonne |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 27/mars/07 16:24 ] |
|
La config a été désactivée + login supprimé de la liste d'import automatique des images. Je ferme. |
| Commentaire de Jérome Marianne [ 03/avr./07 14:40 ] |
| Les imports n'ont pas été bloqués car ils continuent à arriver sur les différents comptes. |
| Commentaire de Rodrigue Nsiangani [ 03/avr./07 15:02 ] |
|
Désolé, je n'avais pas désactivé la configuration principale "Config_cortix.xml" C'est fait: @@@ #[[Partenaires/fr/Config_cortix.xml]] #[[Partenaires/fr/Config_renaultpau.xml]] #[[Partenaires/fr/Config_renault-osm.xml]] #[[Partenaires/fr/Config_renault-tarb.xml]] #[[Partenaires/fr/Config_renault65100.xml]] #[[Partenaires/fr/Config_renault65300.xml]] #[[Partenaires/fr/Config_renault-orth.xml]] #[[Partenaires/fr/Config_renault-asa.xml]] #[[Partenaires/fr/Config_nissan-pau.xml]] #[[Partenaires/fr/Config_nissan-tarb.xml]] #[[Partenaires/fr/Config_renault-lim.xml]] #[[Partenaires/fr/Config_nissan87000.xml]] #[[Partenaires/fr/Config_renault-sj.xml]] #[[Partenaires/fr/Config_bmw-beziers.xml]] #[[Partenaires/fr/Config_bmw-carcas.xml]] #[[Partenaires/fr/Config_bmw-narbonne.xml]] @@@ Les stocks des partenaires ont été vidés. Je ferme. |
[APP-13686] Création de deux compte contacts suite à un double-clique involuntaire Création: 09/nov./06 10:48 Mise à jour: 03/déc./07 14:49 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 9.0.4.2 (AOL) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Agathe Remy | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||
| Classif1: | TECH | ||||||||||||
| Classif2: | javascript | ||||||||||||
| Description |
|
Bonjour, D'après ce que l'on m'a expliqué, il devrait pas exister deux comptes contacts avec la même adresse email. Or ce n'est pas le cas, et des doublons sont encore créés aujourd'hui. Est-ce un bug? Vous trouverez ci-joint le liste des emails en doublon. Merci. Agathe |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 10/janv./07 15:31 ] |
|
Le titre du bug n'est pas bon, il faut dire nous avons des doublons de compte contact. Les comptes contacts sont créés par batch ou en FO(page accueil appui sur le bouton de recevez nos promos). IL y a plus de 1300 comptes en doublon. Voici la liste des comptes contact triés par creation_date: http://pricejira.lan/secure/attachment/19700/checkContact1.txt Voici la liste des comptes contact triés par email_address: http://pricejira.lan/secure/attachment/19701/checkContact2.txt D'apres ces listes je constate qu'il y a 2 problemes: 1) Quand la creation_date est differente je ne sais pas comment cela a pu arriver, les creations sont trop anciennes pour regarder les logs. 2) Pour les creation_date identiques il s'agit je pense du probleme de multiclic En dev, integ, prod on reproduit tres bien le probleme 2 en multicliquant sur le bouton GO de la page d'acceuil). En multicliquant en dev, j'ai reussi a voir 2 comptes avec la même email_address, nous voyons d'ailleurs s'afficher le message suivant dans la popup: 'Votre nouvelle tentative de connexion est trop rapide, veuillez réessayer ultérieurement. Vous pouvez cependant poursuivre votre navigation. Nous vous remercions pour votre fidélité.' Ce message est affiché lors du 3eme clic (voir propriété priceminister.request.multiple_request_limit = 3). Les 2 premiers clics crée un compte contact avec les mêmes donnees. Le 3eme genere le message ci_dessus. Solutions possibles pour le pb 1: - pas de propositions car c'est trop ancien, simplement virer les comptes en doublon d'ailleurs depuis 2006 tous les doublons ont une date identique. Solutions possibles pour le multiclic (pb 2): - se servir du traitement generique de mutiples requetes identiques (isDoubleRequest()), mais dans ce cas il faudrait passer la propriété request.multiple_request_limit à 1 - brancher un javascript pour ne pas autoriser une multi soumission - corriger le code de NewsletterPopupAction afin de respecter l'atomicité du test and set. public Object execute() throws Exception { UserBusinessHome home = UserLookup.getUserBusinessHome(); Collection col = home.findByEmail(input.getEmailAddress()); if (col.isEmpty()) { // Create new contact UserBusiness biz = home.create(input, request.getBrand().getBrandId(), request.session().getFirstTrackingId(), request.session().getFirstTrackingDate()); logger.log("User registration (as contact) - email = " + input.getEmailAddress(), Logger.INFO); if (bbConfirmed) biz.subscribe(new SubscriptionInput(true, UssTypeCode.NEWSLETTER_CULTURAL), sSource); // TODO : to move in cartography ? request.setStatistics("Accueil::Popup_newsletter::demande_confirmation"); } else { ..} ... } - ne rien faire De toute façon queque soit la solution choisie on risque de recevoir le message de multiclic 'Votre nouvelle tentative...' en cas de multiclic QUESTION: que faire des doublons? - les garder - les virer et si oui quel est le critere de choix pour virer un compte contact?. |
| Commentaire de Judd OSullivan [ 10/janv./07 16:07 ] |
|
Merci GEB pour cet analyse. Pour problème 1 on fait un nettoyage. Pour problème 2 tu as dit qui cette solution javascript est utilisé ailleurs donc je pense que c'est la meilleur solution. De baisser la limite multi-clique (solution 1) n'est pas bien parce que même si l'adresse email est mis dans la BD, l'utilisateur voit une page d'erreur. Je vais créer une deuxieme JIRA pour le nettoyage de ces doublons. |
| Commentaire de Nicolas Chauveau [ 25/janv./07 15:33 ] |
| Voir Martin pour explication de la solution. |
| Commentaire de Mostafa Diane [ 05/oct./07 16:37 ] |
|
j'ai développé un code javascript qu'il faut mettre dans InfoGlue. /***** if(checkSubmitted(this.name)) {javascript:pop('campaign','/subscription?action=popupnewsletter&source=Header&t=1664040&email=' + escape(this.email_address.value), 520, 300, 'scrollbars=no,resizable=no'); }return false; ********/ ce code je ne peux pas le rentrer dans infoglue (il faut attendre un nouveau cms) |
[IMP-7880] MACEINTURESA _ Création compte FTP + Flux de commande Catégorie Fashion Création: 21/janv./11 17:33 Mise à jour: 09/févr./11 01:43 Résolue: 08/févr./11 14:59 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Maram Khayati | Attribution: | Esteban Rios |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Login: | MACEINTURESA | ||||||||||
| Séparateur: | Point-virgule (;) | ||||||||||
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits
|
| Description |
|
Salut,
Le Pro reprend le modèle Fashion pour la mise en ligne de ces ceintures. Merci de lui créer un compte FTP avec flux de commande. L'adresse du flux : http://www.ceintureshop.fr/priceminister/priceminister.csv Pseudo : MACEINTURESA Mail : contact@ceintureshop.fr Merci |
| Commentaires |
| Commentaire de Maram Khayati [ 21/janv./11 17:33 ] |
|
Ci joint le fichier
Merci |
| Commentaire de Esteban Rios [ 08/févr./11 10:11 ] |
|
fichier en cours de traitement :
http://bo.priceminister.com/datafile_back?action=advfilesearch&fileid=11676938 |
| Commentaire de Esteban Rios [ 08/févr./11 14:59 ] |
|
Demande traitée.
Le vendeur doit mettre à jour son fichier en enlevant les retours chariots et en vérifiant que le contenu des cellules ne dépassent pas 4000 caractères. Dans le cas contraire l'application ne pourra pas recouper son fichier. (un mail a été envoyé à fin de lui demander de réaliser les modifications) |
[APP-5550] Tous les cobrandings : catégorie de produit Voiture non autorisée et visible dans "Mon compte" Création: 01/sept./05 16:28 Mise à jour: 25/juin/07 18:31 Résolue: 05/sept./05 17:49 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 8.0.5 |
| Version(s) corrigée(s): | 8.0.6 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Manuel Sadok | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Integ | ||||||||
| Description |
|
* En théorie (enfin je crois...) tout ce qui est lié à
l'automobile n'est pas autorisé à être visible sur les co-branding. Or, lorsque je suis logué, dans le bloc 'Mon compte' de gauche et sur la page 'Mon compte' il y a les rubriques 'Vendeur auto' et 'Acheteur auto'. A partir de là, on a accès à pas mal de chose, notamment à la mise en vent voiture... * A peu près de la même manière, il est possible d'accéder à toutes les rubriques non autorisées à partir de la mise en vente. A partir de la 'vente rapide', lorsque je tape une référence non existante, il y a la possibilité d'afficher sous la forme d'un arbre tous les produits que l'on vend sur Price (même ceux non autorisés sur les cobrandings). Une fois avoir mis en vente un de ces produits non autorisé, je peux avoir accès à tous les autres produits de la même catégorie |
| Commentaires |
| Commentaire de Quentin de Chivré [ 02/sept./05 19:13 ] |
|
Oui et c'est grave !!! Il faudrait masquer la rubrique Voiture sur les cobrandings |
| Commentaire de Quentin de Chivré [ 05/sept./05 10:23 ] |
| Corriger aussi le bloc de gauche |
| Commentaire de Geneviève Beaujard [ 05/sept./05 17:40 ] |
| Ok pour mon compte, les onglets concernant la voiture n'apparaissent plus sur les cobrandings. |
| Commentaire de Geneviève Beaujard [ 05/sept./05 17:49 ] |
| le deuxieme point va faire l'objet d'une tache créée par quentin. |
[APP-32486] (UK) EDITO - Traduction emails d'annonce gagnants JEU VENDEUR avec attribution de coupon automatique via le BO Création: 17/janv./11 10:43 Mise à jour: 04/févr./11 17:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Isabel Yus | Attribution: | Thomas Bentley |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour,
Nous aurions besoin de la traduction des emails ci-joint pour l'annonce du gagnant JEU VENDEUR (vendeur et acheteur) avec attribution de coupon automatique via le BO. Merci d'avance Isabel |
| Commentaires |
| Commentaire de Thomas Bentley [ 21/janv./11 13:44 ] |
| Traduit et envoyé à Thomas S le 19/02 |
| Commentaire de Habib-Sylvain Gourguet [ 26/janv./11 15:14 ] |
|
Thomas, tu peux communiquer les "alias" des mails en question, svp ?
Et les reporter sur IG si besoin. Auquel cas, process habituel : tu soumets à publication et passe le JIRA en "A publier". Merci d'avance. |
| Commentaire de Thomas Bentley [ 26/janv./11 16:29 ] |
|
Les alias des version 'texte' des mails sont les suivants:
8401 (coté vendeur) et 8402 (coté acheteur) Je vois avec Thomas S de suite pour une éventuel HTMLisation ainsi que l'inclusion de certain lien manquant, non fournis encore par l'équipe market. |
| Commentaire de Habib-Sylvain Gourguet [ 27/janv./11 18:25 ] |
|
Thomas, des news sur ce JIRA ?
Besoin d'un report des mails sur IG ou on peut fermer ? |
| Commentaire de Thomas Bentley [ 27/janv./11 18:57 ] |
|
J'ai parlé avec Thomas S aujourd'hui.
Il y a des liens manquants qu'il doit me fournir ainsi que l'impossibilité de HTMLisé pour l'instant. Tout est dans un e-mail que je lui ai envoyé hier (ainsi que les alias) mais auquel il n'a pu répondre a ce jour. J'attend ses précisions mais l'intégration sur IG peut se faire demain pendant la scéance sans probleme. Je vais pouvoirs modifier le mail avec les infos supplémentaires. Je commente dès que c'est fait! |
| Commentaire de Thomas Bentley [ 03/févr./11 16:44 ] |
|
Créé en BO et publié sur REF UK en version texte
/mail_templates/templates/410_système - coupons/0110_jeu Vendeur - vous avez gagné (acheteur) /mail_templates/templates/410_système - coupons/0120_jeu Vendeur - vous avez gagné (vendeur) J'effectue une HTMLisation demain si j'ai du temps. |
| Commentaire de Thomas Bentley [ 04/févr./11 17:29 ] |
| HTMLisé. Attente création coupon pour pouvoir tester la template. |
[APP-24176] Pb de connexion au compte TourDuMonde Création: 05/févr./09 15:50 Mise à jour: 09/févr./09 16:49 Résolue: 09/févr./09 15:20 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 40.0.0 (CAT-G) |
| Version(s) corrigée(s): | 40.0.0 (CAT-G) |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Christophe Garcia | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Description |
|
2009-02-05 15:48:36,140 INFO [-Processor40] tourdumonde - >>> GET http://www.pm.lan/user 2009-02-05 15:48:36,145 INFO [-Processor40] tourdumonde - Start to compute counters from 'FO : Mon compte Classic' (FROM_FO_ACCOUNT_MODEL_CLASSIC) 2009-02-05 15:48:36,240 ERROR [-Processor40] tourdumonde - SQL error caused by com.babelstore.util.sql.SQLStatement@6dcafb3a 2009-02-05 15:48:36,242 ERROR [-Processor40] tourdumonde - TransactionRolledbackException in method: public abstract com.babelstore.advert.AdvertCountInf o com.babelstore.advert.business.AdvertCatalog.getAdvertCountInfo(com.babelstore.user.UserInfo,com.babelstore.common.CountersConstants$Context,boolean) throw s java.rmi.RemoteException, causedBy: java.sql.SQLException: [Oracle] #271 ORA-00904: "PRD_NAVIGATION_KEY": invalid identifier at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.n.a(Unknown Source) at com.inet.ora.ab.a(Unknown Source) at com.inet.ora.ab.a(Unknown Source) at com.inet.ora.w.a(Unknown Source) at com.inet.ora.w.do(Unknown Source) at com.inet.ora.w.executeQuery(Unknown Source) at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:296) at com.babelstore.util.sql.SQLQuery.open(SQLQuery.java:128) at com.babelstore.util.sql.SQLQuery.readList(SQLQuery.java:219) at com.babelstore.util.sql.SQLQuery.readList(SQLQuery.java:240) at com.babelstore.util.sql.SQLQuery.readList(SQLQuery.java:249) at com.babelstore.advert.business.AdvertCountMVQuery.getDetailCountList(AdvertCountMVQuery.java:93) at com.babelstore.advert.business.AdvertCatalogBean.getDetailAdvertCoutList(AdvertCatalogBean.java:212) at com.babelstore.advert.business.AdvertCatalogBean.getAdvertCountInfo(AdvertCatalogBean.java:233) at sun.reflect.GeneratedMethodAccessor385.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) |
| Commentaires |
| Commentaire de Manuel Sadok [ 05/févr./09 16:13 ] |
| Le synonyme sur la vue matérialisée ne pointait pas sur la bonne. |
| Commentaire de Christophe Garcia [ 05/févr./09 16:59 ] |
| Patrick, tu as ça dans tes tablettes pour le jour de la mise en PROD ? |
| Commentaire de Patrick Pereira [ 09/févr./09 15:20 ] |
|
C'est en effet dans les tablettes pour le jour de la mise en prod. En integ cela a mis plus de temps à cause de la charge sur la base. C'est maintenant corrigé. |
[APP-6504] Configuration produit en BO : la date de dernière mise à jour ne fonctionne pas si on modifie un des 10 derniers attributs denormalisés Création: 28/nov./05 12:48 Mise à jour: 25/juin/07 18:33 Résolue: 08/déc./05 14:34 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 8.0.8b |
| Version(s) corrigée(s): | 8.0.9 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Arnaud Forgues | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Le batchn de dénormalisation d'attributs fonctionne sur la date de dernière mise à jour de la configuration produit. Or celle-ci n'est pas modifiée si on touche à un des 10 derniers attributs dénormalisables (attributs 16 à 25) Précision technique: ================ Il me semble qu'il manque la prise en compte de ces 10 nouveaux attributs dans la gestion business de la configuraton produit |
| Commentaires |
| Commentaire de Manuel Sadok [ 08/déc./05 14:34 ] |
| Désormais, les nouveaux attributs sont pris en compte. |
[APP-17257] Erreur Mon Compte Création: 25/juil./07 11:08 Mise à jour: 01/août/07 17:03 Résolue: 25/juil./07 14:35 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.0.0 |
| Version(s) corrigée(s): | 16.0.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Christophe Garcia | Attribution: | Alexandre Garnier |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation |
| Description |
|
2007-07-25 10:59:34,121 INFO [P-Processor6] CHG_PM - >>> GET http://www.pm.lan/user?tab=account 2007-07-25 10:59:34,121 INFO [P-Processor6] CHG_PM - Same request - count=1 - delay=41ms 2007-07-25 10:59:34,166 INFO [P-Processor4] CHG_PM - Delay to compute counters from "FO : Mon compte Classic" : 34 ms 2007-07-25 10:59:34,417 ERROR [P-Processor6] CHG_PM - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore. category.business.CategoryBusinessHome.findNone() throws java.rmi.RemoteException,javax.ejb.FinderException, causedBy: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=9614950 at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreEntityCommand.execute(JDBCStoreEntityCommand.java:155) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.storeEntity(JDBCStoreManager.java:651) at org.jboss.ejb.plugins.CMPPersistenceManager.storeEntity(CMPPersistenceManager.java:413) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.storeEntity(CachedConnectionInterceptor.java:390) at org.jboss.ejb.EntityContainer.storeEntity(EntityContainer.java:743) at org.jboss.ejb.GlobalTxEntityMap$2.synchronize(GlobalTxEntityMap.java:134) at org.jboss.ejb.GlobalTxEntityMap$GlobalTxSynchronization.synchronize(GlobalTxEntityMap.java:253) at org.jboss.ejb.GlobalTxEntityMap.synchronizeEntities(GlobalTxEntityMap.java:166) at org.jboss.ejb.EntityContainer.synchronizeEntitiesWithinTransaction(EntityContainer.java:122) at org.jboss.ejb.EntityContainer.find(EntityContainer.java:696) at sun.reflect.GeneratedMethodAccessor194.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1113) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:192) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:212) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:117) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28) at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93) at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508) at org.jboss.ejb.Container.invoke(Container.java:894) at sun.reflect.GeneratedMethodAccessor164.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) |
| Commentaires |
| Commentaire de Arnaud Forgues [ 25/juil./07 11:48 ] |
| il doit s'agit de la mise à jour de "tab_index" dans "user_account" mais alors pourquoi ca plante ???? |
| Commentaire de Alexandre Garnier [ 25/juil./07 14:35 ] |
|
J'arrive absolument pas à le refaire. J'ai fait un petit bout de DEV pour corriger la gestion des onglets dans le cas où aucun n'est défini (ni côté user ni par l'URL) |
[Mon Compte 1.1] : Améliorations
(APP-17681)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Promo |
| Affecte la/les version(s): | 16.0.3, 16.1.0 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Olga Costa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||||||
| Site: | Integ | ||||||||||||||||||||
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation | ||||||||||||||||||||
| Description |
|
Actuellement, le bloc du bas de la Home Page « Mon Compte »
(où on retrouve la bannière « 7¿ Passe à ton voisin ») est en « dur »
dans le code. Afin de gagner en souplesse, on souhaite passer cette zone
en Bloc Promo. Pour le contenu, celui-ci devra pouvoir être aléatoire, afin notamment d'alterner entre « Parrainage » et « 1¿ », l'emplacement initial de ce dernier étant maintenant réservé aux messages à destination des utilisateurs. CF copie d'écran ! :o) |
| Commentaires |
| Commentaire de Swan Desportes [ 10/sept./07 17:01 ] |
|
Il suffit d'ajouter un FrontBlock PROMO_BODY1 sur le layout ACCOUNT. Tu peux le faire avant la préinteg ? |
| Commentaire de Arnaud Forgues [ 11/sept./07 16:49 ] |
| Une fois la modif effectuée, assigne le JIRA à Dispatcher Param pour qu'ils ajoutent le contenu qui va bien ! |
| Commentaire de Arnaud Forgues [ 14/sept./07 11:42 ] |
| il faudra que tu penses à supprimer l'appel au bloc Parrainage dans Account.jsp en plus de l'ajout du PROMO_BODY dans ScreenConfiguration |
| Commentaire de Clémence Desneiges [ 19/sept./07 11:41 ] |
|
Bonjour, J'ai créé le blo cpromo. L'image est dans infoglue : default > Images > edito > sponsorship > referral_border_top_large.gif Merci, Clémence |
| Commentaire de Ariane Baldinger [ 19/sept./07 13:30 ] |
|
Salut, Est-ce que tu as la créa pour 1¿ ? |
| Commentaire de Emeric Teil [ 20/sept./07 14:41 ] |
|
Ariane, Le contenu de ce bloc pormo n'est uniquement les images du parrainage et de 1¿, il s'agit de mettre un bloc Html incluant ces images. Chaque promo (parrainage et 1¿) aura donc un bloc Html. Jérôme doit me les fournir pour la fin de semaine. Comme prévu ensemble, vous pourrez donc paramétrer ce bloc la semaine prochaine lors de l'intégration. |
| Commentaire de Emeric Teil [ 20/sept./07 14:42 ] |
|
Pardon , il faut lire "Le contenu de ce bloc promo n'est PAS uniquement les images..." Désolé |
| Commentaire de Ariane Baldinger [ 24/sept./07 10:14 ] |
|
Bonjour, As-tu maintenant tous les éléments ? |
| Commentaire de Ariane Baldinger [ 24/sept./07 10:23 ] |
|
Olga, A faire en Integ, puis après validation demander un portage à Christophe en PROD. |
| Commentaire de Emeric Teil [ 24/sept./07 10:26 ] |
| Merci d'attendre le code Html correspondant, qui sera disponible, comme convenu ensemble, d'ici à cet après-midi. |
| Commentaire de Ariane Baldinger [ 24/sept./07 10:35 ] |
| N'est-il pas possible d'avoir la créa avant car on doit l'héberger sous IG ? |
| Commentaire de Emeric Teil [ 24/sept./07 11:43 ] |
|
Alors, dans ce répertoire :
T:\00_Arts_graphiques\03_Projets\02_MKT\banniere_parrainage\Bannière_bloc_promo_HP_Mon_Compte\FR
, vous trouverez le fichier Html contenant le bloc promo ainsi que les
images utilisées. Il faut donc : -> Passer les images sous IG -> Mettre le contenu du bloc Html (bloc identifié par des commentaires dans le code Html) dans le bloc promo Attention, en FR, ce bloc promo peut afficher deux contenus aléatoirement : Parrainage ou 1 ¿. Le contenu de 1¿ suit très prochainement. |
| Commentaire de Emeric Teil [ 24/sept./07 11:52 ] |
|
Voilà, sur le même mode de fonctionnement, 1¿ : T:\00_Arts_graphiques\03_Projets\02_MKT\banniere_1euro\HTML Merci |
| Commentaire de Emeric Teil [ 24/sept./07 12:01 ] |
| Attention, pour le bloc 1¿, il faut adapter les liens pour qu'ils ouvrent des PopUp. Merci |
| Commentaire de Ariane Baldinger [ 24/sept./07 17:25 ] |
| image publiée dans IG |
| Commentaire de Olga Costa [ 25/sept./07 14:26 ] |
| c'est ok en integ |
| Commentaire de Emeric Teil [ 25/sept./07 15:45 ] |
| OK pour les popups qui s'ouvrent, par contre il faut configurer le location alias afin que ce bloc promo ne s'affiche que sur la home page mon compte "classique" et pas sur l'auto. |
| Commentaire de Christophe Garcia [ 26/sept./07 15:58 ] |
| OK en INTEG |
| Commentaire de Emeric Teil [ 26/sept./07 16:24 ] |
|
Après nouvelle vérification : -> Les liens de la bannière parrainage ne doivent pas inclure en dur "www.priceminister.com" -> Le bloc promo doit être affiché sur les cobrandings MAIS UNIQUEMENT le parrainage (pas 1¿) Merci d'avance |
| Commentaire de Emeric Teil [ 26/sept./07 16:56 ] |
|
Merci Olga. Je passe le Jira à Swan pour qu'il résolve le bug sur le cobrand "la redoute" où le bloc promo s'affiche en haut de la page (cf pbm_laredoute). |
| Commentaire de Swan Desportes [ 26/sept./07 17:05 ] |
| OK c'est fait |
| Commentaire de Christophe Garcia [ 27/sept./07 18:19 ] |
| Est-ce que tu pourras porter le n¿ud 285256(integ) vers la prod sous le n¿ud 186184. |
| Commentaire de Patrick Pereira [ 28/sept./07 11:10 ] |
|
C'est importé en prod. Pouvez-vous vérifier que c'est ok ? |
| Commentaire de Ariane Baldinger [ 28/sept./07 12:25 ] |
| à priori c'est bon. J'ai désactiver les noeuds. |
| Commentaire de Emeric Teil [ 02/oct./07 12:52 ] |
|
Réouverture de ce Jira pour corriger le problème sur la
taille trop importante des bannières. Stephane va fournir,ici, les
images à mettre en lieu et place des images actuelles. Merci |
| Commentaire de Stéphane François [ 02/oct./07 12:54 ] |
|
Je réouvre le jira, avec ci joint les nouvelles bannières aux nouvelles dimensions 720 x 90 px Les background ne sont pas à modifier. |
| Commentaire de Olga Costa [ 02/oct./07 14:52 ] |
|
cms1 express images mon compte |
| Commentaire de Ariane Baldinger [ 02/oct./07 15:00 ] |
| publié |
| Commentaire de Emeric Teil [ 03/oct./07 15:11 ] |
|
Il faut également modifier la balise <img> du bloc promo et passer "width" de 725 à 720 px. Merci |
| Commentaire de Olga Costa [ 03/oct./07 16:10 ] |
| c'est fait |
| Commentaire de Emeric Teil [ 04/oct./07 09:57 ] |
| OK en integ |
[IMP-7146] Création compte FTP pseudo cdquest-us pour le UK, FR et ES Création: 08/oct./10 12:01 Mise à jour: 25/janv./11 11:06 Résolue: 27/oct./10 10:14 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Maram Khayati | Attribution: | Esteban Rios |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
||||||||||||
| Login: | cdquest-us | ||||||||||||
| Séparateur: | Point-virgule (;) | ||||||||||||
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits
|
||||||||||||
| Description |
|
Salut,
Merci de créer un compte FTP pour les trois plateformes UK, FR et ES. Pseudo UK: cdquest-us Pseudo FR: cdquest-usa Pseudo ES: cdquest--us Mail : uk_priceminister@cdquest.com Merci |
| Commentaires |
| Commentaire de Maram Khayati [ 08/oct./10 12:03 ] |
|
Ci joint le fichier pour les trois plateformes.
Merci |
| Commentaire de Esteban Rios [ 25/oct./10 16:36 ] |
|
Avec les informations contenues dans le fichier joint, nous pouvons faire que de la Maj / création annonce.
Si le type de traitement est création d'annonce pourriez vous nous indiquer les valeurs à renseigner pour les champs : -Qualité -Commentaire annonce ES -Commentaire annonce FR |
| Commentaire de Maram Khayati [ 25/oct./10 17:36 ] |
|
Ça sera de la Maj / création annonce.
Qualité: N Commentaire annonce ES: Artículo nuevo. Envío desde USA. Los pedidos son enviados el mismo día. Commentaire annonce FR: Produit neuf. Expédié directement des États Unis. La majorité des commandes est expédiée le jour même. Merci Esteban. Maram |
| Commentaire de Esteban Rios [ 26/oct./10 11:37 ] |
|
===================================================================== Account FTP seller created... Pseudo : cdquest-us password : 917GOyR1z Server : ftp.priceminister.co.uk Country : uk Flow purchase : no ===================================================================== |
| Commentaire de Maram Khayati [ 26/oct./10 14:39 ] |
|
Oui programmer les flux de commandes pour ce Pro.
Merci Esteban. Maram |
| Commentaire de Esteban Rios [ 26/oct./10 15:47 ] |
|
=====================================================================
Account FTP seller created... Pseudo : cdquest-us password : 917GOyR1z Server : ftp.priceminister.co.uk Country : uk Flow purchase : yes ===================================================================== |
| Commentaire de Esteban Rios [ 27/oct./10 10:13 ] |
|
Fichier traité pour les 3 pays.
Une seule compte FTP a été créée pour centraliser les démarches du pro pour la MAJ/Création des annonces des 3 plateformes. Il faut lui indiquer de respecter le modèle de fichier que nous venons de paramétrer. Ses prochains fichiers d'import pour la MAJ/CREATION ANNONCES il doit les deposer à l'interieur du dossier Add de son compte ftp ex. /stock/add/NouveauFichierMajCreationAnnonces.csv |
[APP-3571] Impossible de créer un nouveau compte Création: 02/févr./05 15:06 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Manuel Sadok | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Lorsque je veux valider la création d'un nouveau compte, j'arrive sur la page d'erreurs. On dirait qu'il y a un pb sur la séquence de la table user_account... Desired survivor size 32768 bytes, new threshold 0 (max 0) 2005-02-02 15:04:24,922 ERROR [P-Processor3] 192.168.1.170 - EJBException in method: public abstract long com.babelstore.common.business.SequenceEntity.getIncrement() throws java java.sql.SQLException: [OraDriver] Not on a valid row. at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.k.for(Unknown Source) at com.inet.ora.k.getBytes(Unknown Source) at com.inet.ora.k.getLong(Unknown Source) at com.inet.ora.k.getLong(Unknown Source) at org.jboss.resource.adapter.jdbc.WrappedResultSet.getLong (WrappedResultSet.java:338) at com.babelstore.util.Query.getLong(Query.java:411) at com.babelstore.util.Query.getLongValue(Query.java:347) at com.babelstore.common.business.SequenceQuery.getIncrement (SequenceQuery.java:40) at com.babelstore.common.business.SequenceEntityBean.ejbLoad (SequenceEntityBean.java:43) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.plugins.BMPPersistenceManager.loadEntity (BMPPersistenceManager.java:420) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.loadEntity (CachedConnectionInterceptor.java:351) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke (EntitySynchronizationInterceptor.java:232) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke (CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke (EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke (EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke (EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke (EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke (CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions (TxInterceptorCMT.java:362) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:146) at org.jboss.ejb.plugins.SecurityInterceptor.invoke (SecurityInterceptor.java:123) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke (ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke (EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:870) at sun.reflect.GeneratedMethodAccessor67.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke (ReflectedDispatcher.java:144) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke (AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke (LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke (LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal (InvokerInterceptor.java:115) at org.jboss.invocation.InvokerInterceptor.invoke (InvokerInterceptor.java:101) at org.jboss.proxy.TransactionInterceptor.invoke (TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke (SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke (EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:91) at $Proxy220.getIncrement(Unknown Source) at com.babelstore.common.business.SequenceServiceBean.getNextId (SequenceServiceBean.java:51) at sun.reflect.GeneratedMethodAccessor130.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke (StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke (CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke (StatelessSessionInstanceInterceptor.java:113) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke (CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions (TxInterceptorCMT.java:313) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:146) at org.jboss.ejb.plugins.SecurityInterceptor.invoke (SecurityInterceptor.java:123) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke (ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.SessionContainer.internalInvoke (SessionContainer.java:624) at org.jboss.ejb.Container.invoke(Container.java:870) at sun.reflect.GeneratedMethodAccessor67.invoke(Unknown Source) ... |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 07/févr./05 11:46 ] |
| OK, attendre ejbPostCreate pour creer les usr_subscription |
[APP-24347] Cas du vendeur UE (hors FR) avec n° TVA intracommunautaire : Valeurs de commissions différentes entre la facture et le BO Création: 18/févr./09 16:41 Mise à jour: 20/févr./09 12:26 Résolue: 19/févr./09 18:47 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 41.0.0 (TX-E) |
| Version(s) corrigée(s): | 41.0.0 (TX-E) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Arnaud Forgues |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | Adaptation règles TVA |
| Description |
|
Je ne trouve pas les valeurs des commissions article et frais de port sur la facture. Cas de test : Vendeur UE hors FR avec commission Pro 8% Article coûte 4.52 ¿, donc j'attends 0.30 ¿ de commission fixe et 4.52*0.08 = 0.36 ¿ de variable. OK en BO. Frais de port : 2.90 ¿ donc commission de 0.70 ¿. OK en BO. Par contre, sur la facture, je n'y suis pas du tout. Par contre, la TVA est bien nulle. |
| Commentaires |
| Commentaire de Emeric Teil [ 18/févr./09 16:47 ] |
| Pseudo du vendeur stp ? |
| Commentaire de Aurélie Kwiatkowski [ 18/févr./09 17:00 ] |
| Dans le nom de la PJ : V120809_ES |
| Commentaire de Arnaud Forgues [ 19/févr./09 18:46 ] |
|
Voir la nouvelle pièce jointe : "Item95877353_corrigé.jpg" En fait tu ne regarde pas les bons chiffres en BO, il s'agit des montants HT ==> j'ai entouré en rouge et jaune les bons trucs à regarder |
[APP-26614] [Bo : Modif notation] Remplacer les valeurs "null" dans les évènements si les commentaires précédents étaient vides Création: 23/sept./09 09:59 Mise à jour: 27/nov./09 10:45 Résolue: 04/nov./09 11:40 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 52.0.3.1 |
| Version(s) corrigée(s): | 58.0.0 (TX-K) |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Quand on modifie les commentaires acheteur / vendeur depuis
la fiche item en BO, si il n'y avait aucun commentaire avant, on obtient
une description d'évènement qui dit : "Modification manuelle de la
notation vendeur depuis le BO. (Ancienne note: 3, Ancien commentaire
acheteur: null, Ancienne réponse vendeur: null)" ==> les "null" peuvent être confusant Il faudrait remplacer à la volée cette valeur par "vide" par exemple |
| Commentaires |
| Commentaire de Emeric Teil [ 04/nov./09 11:40 ] |
| Vu avec le BO, ça ne pose pas de pbm. |
[IMP-5477] LUMINAIRES : Vérifier mises à jour et prise en compte de la plage de poids Création: 05/mars/10 16:51 Mise à jour: 08/mars/10 11:55 Résolue: 08/mars/10 11:55 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jérome Marianne | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | LUMINAIRES |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour, Nos clients Priceminister râlent à cause de nos frais de port, et ce à juste titre : nos frais de port sont trop élevés. Nous avons pourtant affecté chacun de nos produits à des tranches de poids, afin de facturer des frais au plus juste, mais elles ne semblent pas prises en compte : un interrupteur (tranche 0-250 g) a été facturé cette semaine à 8.90 ¿ de frais de port (expédition en mode normal !). Sur amazon et Rueducommerce, nous facturons 3.90 ¿ de 1 à 5 interrupteurs ! Stephanie Vignali me dit qu'il est possible qu'une tranche par défaut ait été paramétré au moment de la 1ère demande d'import et qu'elle soit supérieure à celle que nous souhaitons, et surtout cela expliquerait que nous ayons les mêmes frais de port pour tous les articles. Pourriez vous vérifier pourquoi les tranches de poids ne sont pas prises en compte ? Fichier joint : LUMINAIRES Merci d'avance. Cordialement, Catherine Anghelone (gérante) |
| Commentaires |
| Commentaire de Jérome Marianne [ 05/mars/10 17:00 ] |
|
Stéphanie y a t'il une différence entre les frais de ports pour la plage de poids "0 à 500 g " et celle "0 - 250g" ? Merci |
| Commentaire de Stéphanie Vignali [ 08/mars/10 10:29 ] |
|
0 à 500g est l'ancienne tranche de poids avant que l'on corrige les frais de port sur la décoration. 0 à 250 g est désormais une tranche de poids inférieure. Quand ce pro a démarré on devait être sur l'ancien système de frais de port. Merci Stéphanie |
| Commentaire de Jérome Marianne [ 08/mars/10 11:55 ] |
|
J'ai corrigé le format pour maintenant prendre en compte la tranche 0-250g. J'ai mis à jour les produits et la tranche 0-250g remplace l'ancienne tranche 0-500g sur les fiches. Je réponds au mail du pro. |
[IMP-6658] supprimer les fiches de tamsquare en stock 0 - ce pro a fermé son compte Création: 29/juil./10 16:57 Mise à jour: 09/août/10 10:25 Résolue: 09/août/10 10:25 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Projet import |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Anthony Briou | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | tamsquare |
| Séparateur: | N/A |
| Type de traitement: |
Suppression produits
|
| Description |
| Commentaires |
| Commentaire de Anthony Briou [ 29/juil./10 17:00 ] |
|
http://bo.priceminister.com/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=20&prd_type_code=&product_id=&base_product_id=&zero_stock=true&attribute_name_key=&category=&prd_status_code=-60&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=tamsquare++&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=200&do_search.x=61&do_search.y=7 il y a 1126 fiches au total (pas uniquement dans "instrument"). |
| Commentaire de Jérome Marianne [ 06/août/10 14:29 ] |
| La requête SQL donne 889 fiches avec stock 0 et ayant pour proprio tamsquare |
| Commentaire de Anthony Briou [ 06/août/10 14:37 ] |
|
Les 237 fiches avec annonces en stock 0 sont des annonces de compte en vacances? |
| Commentaire de Jérome Marianne [ 06/août/10 15:53 ] |
|
La précédente requête était incomplète. La nouvelle donne 1121 fiches trouvées dont le soumetteur est tamsquare, le stock est 0 et la fiche en visible. |
| Commentaire de Jérome Marianne [ 06/août/10 15:55 ] |
|
Profil de suppression produits paramétré. Fichier soumis. |
| Commentaire de Jérome Marianne [ 09/août/10 10:25 ] |
|
Fichier traité à 100%. Les fiches produits sont supprimées. |
[IMP-401] demande ouverture de compte FTP et création profil - Login iloveshoes Création: 03/avr./07 17:41 Mise à jour: 30/oct./09 15:51 Résolue: 11/juin/07 09:57 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Emmanuelle Lachamp | Attribution: | Espérance Galouo-Lece |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | iloveshoes |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Description |
|
Bonjour merci de bien vouloir ouvrir un compte FTP pour le pseudo : iloveshoes il faut qu'il puisse : - recuperer ses commandes - envoyer fichiers stock - confirmer cdes je n'ai pas encore son fichier, à priori la semaine prochaine. Il fonctionnera avec le modele chaussures, de type création, mise à jour avec import des images Normalement si tout ce passe bien, vous n'aurez rien d'autre à faire...(je reve) merci emma |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 05/avr./07 14:22 ] |
|
COMPTE du vendeur créé ... ======= Compte FTP ======= ==== Home : iloveshoes ===== ==== Pass : spartoo ======= - Tout peut être opérationnel, sauf qu'il nous faut savoir le type de Séparateur que le partenaire utilisera; cela afin déviter des erreurs lors du chargement du fichier. - Serait-il possible d'avoir un séparateur de champs? - En attente d'infos; |
| Commentaire de Emmanuelle Lachamp [ 05/avr./07 14:42 ] |
|
pas possible pour le moment, je n'ai pas encore le fichier... on l'aura peut etre en debut de semaine merci bcp emma |
| Commentaire de Marion Anfreville [ 05/avr./07 15:13 ] |
| Est-ce que le partenaire a vraiment besoin de faire de la mise à jour produits ? (traitement : Mise à jour/création annonces avec mise à jour/création produits (écrasement)) |
| Commentaire de Emmanuelle Lachamp [ 05/avr./07 15:30 ] |
|
je ne sais pas encore, Isabelle se rapprochera de vous pour ces precisions des reception du fichier Attention il s'agit d'un "GRAND COMPTE" car tres gros site de chaussures... je ne sais pas encore combien de refs allons nous avoir (autour de 400) mais il faut le bichonner.... comme d'hab quoi ! Ceci dit j'aimerais bien que l'un d'entre vous prenne le relais technique aupres du pro, afin de lui proposer au mieux les comportements des fichiers. Merci emma |
| Commentaire de Marion Anfreville [ 20/avr./07 11:53 ] |
| Des nouvelles du partenaire ? |
| Commentaire de Emmanuelle Lachamp [ 20/avr./07 12:33 ] |
|
et non toujours pas !! patience |
| Commentaire de Rodrigue Nsiangani [ 04/mai/07 11:48 ] |
|
Peux-tu relancer le partenaire. Merci RON. |
| Commentaire de Emmanuelle Lachamp [ 04/mai/07 12:24 ] |
|
Patience Cher ami ! le partenaire est maintenant en congés Je ne manquerais pas de te tenir au courant dès que j'aurai des nouvelles Emma |
| Commentaire de Espérance Galouo-Lece [ 08/juin/07 17:15 ] |
|
- Le partenaire a soumis un fichier dans son compte FTP; - Le profil a été mis à jour; - En attente du résultat du traitement; |
| Commentaire de Espérance Galouo-Lece [ 11/juin/07 09:57 ] |
|
- Résultat du traitement : 4 / 4 / 0, soit 100% de succès; - Import d'images : Download of 8 images done. |
[APP-17539] Mail d'activation inventaire fait passer en compte de -1 à 1 Création: 09/août/07 16:22 Mise à jour: 25/sept./07 10:08 Résolue: 21/sept./07 14:39 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 16.0.0 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Cedric Favero | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM archivés: | Maintenance 17.x.x | ||||||||
| Description |
|
J'ai un pb assez critique concernant la visiibilité vendeur. En effet , on a toute une série de mots clés permettant de placer des vendeurs en surveillance ( statut -1) afin de s'assurer qu'il ne s'agit pas de fraude (auto dans ce cas là) . Je remarque que si l'utilisateur suit la procédure d'activation de l'inventaire , celà fait passer son statut de -1 à 1 sans qu'on ait eu le temps de vérifier son compte. Dans ce cas exemple ; il s'agit d'une fraude auto (roumanie) et du coup il a pu passer à travers les mailles du filet. Pseudo: bazemoreclan Voir capture pour l'évenement précis |
| Commentaires |
| Commentaire de Cedric Favero [ 09/août/07 16:26 ] |
| l'activation ne devrait pas se faire si le vendeur est -1 , non? |
| Commentaire de Cedric Favero [ 10/août/07 09:54 ] |
|
Apparement çà ne le fait que si l'annonce est une voiture. Dans le cas d'une annonce "normale" , le mail d'activation ne fait pas passer la visibilité à 1 , cette dernère restant bien en -1 ex pseudo: slimm054 |
| Commentaire de Cedric Favero [ 10/août/07 09:56 ] |
|
je pense donc que c'est lié aux regles de visibilité des annonces auto et lie donc au JIRA |
| Commentaire de Cedric Favero [ 21/août/07 09:55 ] |
|
Autre exemple de pseudo: fred12camus Ce monsieur est passé en -1 suite à nos regles de surveillance mais en activant son inventaire il est lui meme passé en 1. Ceci est anormal et extremement dangereux car il s'agit de fraudes automobiles avec de potentielles grosses arnaques possibles. J'espère que l'on pourra résoudre ces deux JIRA rapidement car les annonces frauduleuses se font de plus en plus nombreuses... |
| Commentaire de Geneviève Beaujard [ 04/sept./07 09:26 ] |
|
Le probleme est que la soumission d'une annonce auto d'un
compte non activé provoquant le passage de visibilé vendeur a -1 n'est
pas prise en compte, en effet le vendeur auto peut activer son compte et
cette activation va rendre l'annonce visible. Voici les details de ce qui se passe lors de la mise en vente auto: lors de la creation d'annonce UsrActivationCode prend les valeurs suivantes: 1) la methode CreateAdvert appelle la methode UserBusiness.updateAfterNewAdvert qui fait passer UserAccount.UsrActivationCode à UsrActivationCode.PENDING_WITH_MAILING. 2) un mot clef de type SELLER_VISIBILITY peut appeler la methode changeUsrVisibilityCode qui va faire passer UserAccount.UsrActivationCode à UsrActivationCode.INACTIVE 3)la methode SubmitFunnelAction appelle aussi le methode UserBusiness.updateAfterNewAdvert refait passer UserAccount.UsrActivationCode à UsrActivationCode.PENDING_WITH_MAILING. Je peux corriger ce probleme en corrigeant SubmitFunnelAction, mais je pense que ça ne va pas suffire. En effet si le compte soumet une deuxieme annonce (auto ou pas auto), la methode updateAfterNewAdvert est de nouveau appelé et provoque le changement de UserAccount.UsrActivationCode à UsrActivationCode.PENDING_WITH_MAILING et ainsi l'activation de l'inventaire est permise. Je viens de lire la doc "optimisation inventaire", dans cette doc le traitement des mots clefs de type SELLER_VISIBILITY a été completement oublié. Le diagramme d'etat du paragraphe 5.1 est donc incomplet car il existe une transition de 'En attente vers 'Inactif', cette transition peut arriver de 2 manieres differentes: soit lors de la detection de mots clefs de type SELLER_VISIBILITY, ou de la verification (checkVisibilityByItems) appelé lors de la confirmation d'un panier. Le traitement des mots clefs peut faire passer usr_activation_code de 'En attente' à 'Inactif'. Voila les problemes detectés: 1er cas) - une premiere annonce auto laisse usr_activation_code à 'en attente' (detection de mot clef), ceci permet le passage du batch d'activation, le vendeur peut donc activé son inventaire et les annonces de ce vendeur redeviennent visibles. ce probleme peut etre corrigé par la modification de SubmitFunnelAction (suppression de l'appel a updateAfterNewAdvert). 2eme cas) voir le vendeur Lacaveamomo1 en prod - une premiere annonce auto ou non laisse usr_activation_code à 'inactif' (detection de mot clef), adv_visibility_code = 'caché'. - une deuxieme annonce non auto fait passer usr_activation_code à 'en attente' (pas de detection de mot clef), adv_visibility_code = 'caché'. - le batch d'activation passe et envoie le mail d'activation du vendeur - le compte active son compte, usr_activation_code passe à 'actif', la visibilite vendeur passe a 'visible' , is_in_transit = 1, le batch AdvertVisibilityBatch va passer les 2 annonces en adv_visibility_code à VISIBLE. Est ce normal? Si oui je me demande a quoi sert la surveillance vendeur? Voici mes questions: 1) La creation d'une 1ere annonce provoquant usr_activation_code à 'inactif', suivi de la creation d'une autre annonce provoquant usr_activation_code à 'en attente' permet l'activation de l'inventaire, est ce normal? 2) Peux t'on admettre qu'une creation d'annonces ne change pas le usr_activation_code d'un vendeur quand usr_activation_code est INACTIVE ET que sa visibilité est HIDDEN ou HIDDEN_CONFIRMED (la visibilité d'un vendeur est initialisé a HIDDEN_INACTIVE) ? 3) Si point 2 admis, par quel effet usr_activation_code passera t'il a ACTIVE? Au changement de la visibilité du vendeur par le BO peut être? Un compte ayant UsrActivationCode à UsrActivationCode.PENDING_WITH_MAILING peut activer son inventaire. |
| Commentaire de Cedric Favero [ 04/sept./07 14:27 ] |
|
Merci Geneviève pour cette description détaillée. Une chose qui n'est déjà pas normal , c'est que soit envoyé le mail d'activation inventaire à un vendeur en -1 suite à annonce auto. Lorsqu'il s'agit d'une annonce "non auto" et que le vendeur tombe en surveillance vendeur (-1) , le mail d'activation d'inventaire n'est simplement pas envoyé. |
| Commentaire de Emeric Teil [ 18/sept./07 11:39 ] |
|
Alors, Après avoir revu tout cela avec Geneviève, une solution vient d'être spécifiée : -> Lorsqu'un vendeur est passé en visibilité -1 et que celui-ci est en "Attente d'activation", on ne le repasse plus en "inactif" -> Il va ainsi continuer à recevoir les mails d'activation -> Lors de l'activation inventaire on ne modifie la visibilité du vendeur que si et uniquement si celle-ci est égale à 0 -> Ainsi, on permet à tous les vendeurs d'activer leur inventaire, mais leur visibilité n' est pas impactée dans le cas où ils sont en -1 ou -2. Les annonces ne seront donc pas visibles. En BackOfffice, vous aurez le temps de valider/invalider les comptes, comme auparavant. J'ajoute en pièce jointe, un document reprenant l'existant et les corrections à apporter. |
| Commentaire de Emeric Teil [ 18/sept./07 11:41 ] |
|
Pour le cas de l'auto : Initialement, les vendeurs n'avaient pas à activer leur inventaire. Il n'y a pas de raisons pour que celà change. Il ne faut donc pas modifier le statut d'activation de l'inventaire (user_activation_code) lors d'une publication d'annonce auto. |
| Commentaire de Cedric Favero [ 18/sept./07 14:53 ] |
|
Après vérification avec Emeric , tout semble ok avec ce process. J'attends votre signal pour tester çà dès que ce sera en integ. |
| Commentaire de Emeric Teil [ 18/sept./07 16:21 ] |
| Mise à Jour du document existant VS corrections |
| Commentaire de Emeric Teil [ 19/sept./07 15:06 ] |
|
Maj du documents |
| Commentaire de Geneviève Beaujard [ 21/sept./07 14:39 ] |
|
OK Checking in UserBusinessBean.java; /home/cvs/dev/source/src/com/babelstore/user/business/UserBusinessBean.java,v <-- UserBusinessBean.java new revision: 1.537; previous revision: 1.536 done |
| Commentaire de Emeric Teil [ 25/sept./07 10:08 ] |
| OK en integ :o) Merci |
[Mon Compte 1.1] : Améliorations
(APP-17681)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 16.0.3 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Olga Costa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Dev | ||||||||
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation | ||||||||
| Description |
|
La page "Mes souhaits" fait, elle aussi, partie des cas où
le bloc de "nav secondaire" vient se placer au dessus du menu "Mon
Compte", pour remédier à cela : -> Déplacement du bloc "Mes souhaits" en lieu et place de "Ma sélection" En complément, on va "profiter" de retoucher cette page pour apporter quelques corrections "en attente" : -> Application de la charte sur les liens "Modifier" et "Supprimer" -> Modification éditoriale du message pour l'avertissement par mail qui est toujours affiché même quand l'utilisateur a décoché la case correspondante (un édito générique sera fournie très prochainement) Cf copie d'écran ! |
| Commentaires |
| Commentaire de Emeric Teil [ 11/sept./07 17:47 ] |
|
Les édiots à mettre dans la partie supérieurs en lieu det place des éditos actuels sont : Cas 1 : Aucun souhaits n'est enregistré Edito 1: "Si vous désirez un article qui n'est pas encore disponible ou que son prix est trop élevé, ajoutez-le à votre liste de souhaits. Vous pourrez alors choisir d'être prévenu(e) par e-mail dès qu'un vendeur le mettra en ligne au prix que vous aurez indiqué." Cas 2 : Des souhaits sont enregistrés Edito 2 : "Si vous le souhaitez, PriceMinister vous avertira par e-mail dès qu'un de vos souhaits sera exaucé. Pour ne plus recevoir d'e-mail ou modifier votre souhait, cliquez sur « Modifier ». A chaque fois il faudra cliquer sur « ajouter à votre liste de souhaits » pour que les changements soient validés." |
| Commentaire de Clémence Desneiges [ 13/sept./07 11:23 ] |
|
Pour Infoglue : Labels soumis à publication : default > labels > _Mon Compte > _Espace Acheteur > WishList : - info_howto_add_wish - info_howto_no_remind - txt_explaination - txt_explaination_empty Merci, Clémence |
| Commentaire de Clémence Desneiges [ 13/sept./07 17:44 ] |
|
Ok pour les 2 premiers points, petite précision pour les éditos : Etude du problème : ################################################# Ancienne version --> Cas 2 : Des souhaits sont enregistrés (txt_explaination) PriceMinister vous préviendra par e-mail chaque fois que l'un des articles ci-dessous sera mis en ligne par un vendeur. (info_howto_add_wish) Pour ajouter un article à la liste, allez sur la fiche produit correspondante puis cliquez sur le lien "Faire un souhait". (info_howto_no_remind) Pour ne plus être prévenu, cliquez sur "Modifier". Nouvelle version --> Cas 2 : Des souhaits sont enregistrés (txt_explaination) Si vous le souhaitez, PriceMinister vous avertira par e-mail dès qu'un de vos souhaits sera exaucé. (info_howto_no_remind) Pour ne plus recevoir d'e-mail ou modifier votre souhait, cliquez sur « Modifier ». (info_howto_add_wish) A chaque fois il faudra cliquer sur « ajouter à votre liste de souhaits » pour que les changements soient validés. ################################################# Ce que j'ai mis en parenthèse dans la rubrique ancienne version sont les différents labels utilisés pour l'édito courant du cas n°2 où des souhaits ont été enregistrés. J'ai essayé de suivre le même principe avec le nouvel édito en essayant de voir quel titre de label pourrait correspondre avec quel édito. Si jamais ça ne convient pas, merci de le préciser, Clémence |
| Commentaire de Emeric Teil [ 17/sept./07 18:50 ] |
|
En fait, On a plus ou moins perdu la partie "info_howto_add_wish" puisque la deuxième partie de l'édito (après le "txt_explaining" qui me parait OK) précise simplement comment valider les modifs (donc soit encore dans "info_howto_no_remind" soit dans un "info_howto_no_remind_precision") :o) |
| Commentaire de Emeric Teil [ 20/sept./07 18:42 ] |
| Cette demande est résolue dans le cadre des évolutions de Mon Compte 1.1 |
| Commentaire de Emeric Teil [ 24/sept./07 14:42 ] |
|
Nerea, peux-tu reporter les modifications éditoriales faites, en Espagnol stp ? |
| Commentaire de Nerea Prieto [ 25/sept./07 11:18 ] |
|
à publier V17 CMS1 Default |
| Commentaire de Clémence Desneiges [ 25/sept./07 15:12 ] |
|
Passage de relais pour application de la nouvelle charte. N'oublie pas de le remettre à publier dans infoglue. Merci |
| Commentaire de Renaud Dierickx [ 26/sept./07 10:18 ] |
|
Je pensais qu'avec le nouveau templating le bloc
"content_blk" se redimensionnait en fonction de la taille de la page. Ce
qui est dommage c'est qu'ici le titre passe à la ligne alors qu'on a
pleinde place... Voir screenshot-1. Stéphane, peux-tu faire des arrangements CSS ? Peux-tu également valider avec Jérome qu'on répond à la nouvelle charte ? C'est une demande de Quentin. Merci d'avance |
| Commentaire de Stéphane François [ 27/sept./07 18:29 ] |
| corrections sur BRANCH_v17 de cvs |
| Commentaire de Emeric Teil [ 04/oct./07 09:57 ] |
| OK en integ |
[Mon Compte 1.1] : Améliorations
(APP-17681)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.0.3 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation |
| Description |
|
La page "Mes articles mémorisés" est le troisième cas où on
retrouve un bloc au dessus du menu "Mon Compte", pour corriger ceci : -> Déplacement du bloc "Mes articles mémorisés" en lieu et place de "Ma sélection" Enfin, comme pour "Mes souhaits", on va en profiter pour faire de légères retouches à la page : -> Modification du wording du bloc "Articles mémorisés", mettre "Mes articles mémorisés" -> Application de la charte sur les liens "Voir les annonces" et "Retirer de la liste" CF copie d'écran ! |
| Commentaires |
| Commentaire de Clémence Desneiges [ 13/sept./07 14:53 ] |
|
Pour infoglue : soumis à publication : default > Labels > _Mon Compte > _Espace Acheteur > MemoListMenuBlock - title_memo_items Merci, Clémence |
| Commentaire de Clémence Desneiges [ 13/sept./07 19:15 ] |
| Ok pour le déplacement de bloc et pour l'application de la charte --> à publier dans infoglue |
| Commentaire de Swan Desportes [ 19/sept./07 11:33 ] |
|
Rappel, pour plus de clareté pour moi, respecter le format ; - cms cible - repository cible - contenus ciblés Merci (c'est publié) |
| Commentaire de Emeric Teil [ 21/sept./07 15:07 ] |
|
OK pour les modifs effectuées. Par contre, on a une
régression dans le cas ou l'article n'est plus disponible à la vente (cf
copie d'écran "bug_article_indispo") où on perd le lien "Retirer de la
liste" Dans le cadre de cette correction, on va en profiter pour passer le lien "Faire un souhait" sur la même charte que les autres liens (cf copie d'écran "article_indispo_new"). Merci |
| Commentaire de Clémence Desneiges [ 25/sept./07 15:10 ] |
| Passage de relais pour l'application de la nouvelle charte! |
| Commentaire de Emeric Teil [ 08/oct./07 14:14 ] |
| OK en Integ |
[APP-5974] [CoB Rue du Commerce] : Mon compte et disparition de barre de nav' Création: 19/oct./05 15:16 Mise à jour: 25/juin/07 18:32 Résolue: 20/oct./05 10:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.7 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Francois-Marie Tournadour | Attribution: | Andrei Matyas |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Description |
|
Une fois loggué, je perds ma barre de navigation horizontale. Je n'ai aucun moyen d'accéder à "mon compte" https://rueducommerce.pm.lan/checkout?action=coupon https://rueducommerce.pm.lan/checkout?action=select&infunnel=false&showtrans=true https://rueducommerce.pm.lan/checkout https://rueducommerce.pm.lan/checkout?action=address |
| Commentaires |
| Commentaire de Jérôme Viviès [ 19/oct./05 16:15 ] |
|
Je crois que la dispariotion de barre est un bug connu. Pour l'accès à mon compte, je ne sais pas ce qu'il se passe... |
| Commentaire de Andrei Matyas [ 20/oct./05 10:50 ] |
| Nous somme sur une page sécurisé (http) ce qui signifie que tous les éléments non - sécurisés (le hedear contient des elements externes) seront enlevé automatiquement. On ne peut rien faire pour le moment |
| Commentaire de Andrei Matyas [ 20/oct./05 10:51 ] |
| connexion HTTPS |
[APP-25279] Quand le BO ajoute des PdA sur une annonce appartenant à un user "Soumis caché", elles ne sont pas automatiquement validées Création: 14/mai/09 10:39 Mise à jour: 07/déc./09 15:54 Résolue: 07/déc./09 15:54 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 46.0.0 (CAT-I) |
| Version(s) corrigée(s): | 46.0.0 (CAT-I) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Internet Explorer 7.X |
| Projets PM archivés: | Photos annonce |
| Description |
|
Cas de test : Un pricemember, en soumis caché, a une annonce avec une photo d'annonce non validée. Si le BO soumet 2 nouvelles images, elles ont le status "Soumis caché" également, alors qu'on les attend à "Validé". En plus, la source indique "Front office", ce qui est faux... |
| Commentaires |
| Commentaire de Thomas Allier [ 14/mai/09 11:00 ] |
|
J'ai fait le test sur ton annonce en soumettant -en resoumettant depuis la fiche annonce BO -en soumettant depuis le BO -en soumettant en front avec brand BO je n'ai pas réussi à reproduire le cas. |
| Commentaire de Thomas Allier [ 14/mai/09 11:01 ] |
| NB : l'état attendu pour toute soumission BO n'est pas validé mais Soumis visible. |
| Commentaire de Aurélie Kwiatkowski [ 14/mai/09 11:14 ] |
| OK |
[EXP-4093] Nettoyage des doublons de comptes contact Création: 10/janv./07 16:15 Mise à jour: 18/nov./10 18:07 |
|
| Etat: | En cours |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Judd OSullivan | Attribution: | Julien Girardet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Description |
|
Il faut decider les regles de suppression avec agathe et peut-être l'équipe marketing. Voir APP-13686 pour les détails.
|
| Commentaires |
| Commentaire de Geneviève Beaujard [ 14/févr./07 15:54 ] |
|
Iy a 3 nouveaux comptes en doublon par rapport a la derniere fois. Je veux bien supprimer ces doublons, MAIS il faut me donner la regle de suppression: lequel garde t'on le premier arrivé, le dernier? |
| Commentaire de Agathe Remy [ 14/févr./07 16:22 ] |
|
Cela m'est complètement égal que l'on supprime le dernier ou le premier. Par défaut, je garderais le premier et supprimerais les suivants puisqu'ils n'auraient pas du être créés. En revanche, je pense qu'il faut faire attention à ce que les informations (first_tracking_id, brand_id, abonnements, etc...) enregistrées sur chaque compte soient identiques afin de ne rien perdre. Agathe |
| Commentaire de Geneviève Beaujard [ 19/févr./07 16:35 ] |
|
je supprime les suivants, je ne fais aucun test car dans le
cas du multiclick les infos sont forcement les memes, par contre dans
l'autre cas il faut bien en choisir un. Patrick , peux tu passer le script http://pricejira.lan/secure/attachment/20351/V14_0_0_APP-14618_FRA_DeleteContact.sql, je ne sais pas trop ou le mettre, je te laisse faire. |
| Commentaire de Patrick Pereira [ 24/avr./07 15:28 ] |
|
En attente de dispo dans l'équipe d'intégration pour test en interne avant passage en prod. Sans doute en fin de semaine. |
| Commentaire de Patrick Pereira [ 12/juin/07 17:59 ] |
|
Petit problème. Certains user qu'on essaie de supprimer ont des subscriptions. Que doit-on en faire ? |
| Commentaire de Geneviève Beaujard [ 18/juin/07 11:01 ] |
|
IL suffit de rajouter l'ordre SQL suivant: DELETE usr_subscription WHERE user_account_id = src.user_account_id; |
| Commentaire de Christophe Garcia [ 17/oct./07 10:34 ] |
| C'en est où ? |
[EXP-2551] nouveaux comptes utilisateurs pour jira Création: 23/août/06 15:55 Mise à jour: 25/juin/07 18:59 Résolue: 30/nov./06 10:19 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Steven Harel | Attribution: | Eve Pioche |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Description |
|
j'ai une équipe édito composée de 2 personnes : - eve pioche pour la france - juan-luis fajardoruiz pour l'espagne j'ai besoin de leur assigner les taches jira liées à l'édito ils doivent donc pouvoir recevoir des taches, les gérer, les fermer, ... merci |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 24/août/06 12:51 ] |
| Ca me semblerai pt etre une bonne idée de mettre patrice et moi en administrateur de Jira non ? |
| Commentaire de Steven Harel [ 19/oct./06 15:36 ] |
|
salut, il faudrait créer un compte jira pour eve pioche le plus rapidement possible merci |
| Commentaire de Steven Harel [ 09/nov./06 15:39 ] |
|
peux-tu me dire où en est cette demande ? merci |
| Commentaire de Steven Harel [ 30/nov./06 10:19 ] |
| thanks |
[APP-7757] [Paiement en X fois : Intégration 1euro.com] Macro en BO panier pour le remboursement 1euro.com Création: 07/mars/06 18:03 Mise à jour: 03/déc./07 14:49 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Paiement, Panier |
| Affecte la/les version(s): | 8.1.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Arnaud Forgues | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Classif1: | TX |
| Classif2: | TX - 1euro.com |
| Description |
|
Afin d'automatiser le principe de remboursement par recredit
carte suite à un paiement par 1euro.com, il faut mettre en place une
macro sur le BO Panier dans le cas d'un paiement par 1euro.com qui
ferait une vraie demande de remboursement via l'API de paiement SIPS
Office et qui enverrait un email a l'acheteur concerné (voir spec
technique pour les détails)
|
| Commentaires |
| Commentaire de Arnaud Forgues [ 24/août/06 14:52 ] |
| A faire après l'internationale .. en 905 (chaque chose en son temps ;) ) |
| Commentaire de Renaud Dierickx [ 15/févr./07 12:10 ] |
|
Est-ce un réel besoin de l'équipe BO ? Si oui, est-ce un besoin urgent ? Ce serait intéressant d'avoir le point de vue d'un membre de l'équipe fonctionnelle sur cette amélioration. Merci d'avance. |
| Commentaire de Steven Harel [ 21/juin/07 18:10 ] |
|
1/ on doit garder la séparation approbation/finalisation d'un remboursement 1euro 2/ on ne peut pas systématiquement procéder au remboursement chez sogenactif (dépend du statut de la transaction chez eux, ...) on ne peut pas faire un truc completement automatisé il faudrait une macro classique sur la fiche article en back office qui ne fait que générer un email la macro est détaillée dans T:\WishLists\WL Back Office\macros version 26 |
| Commentaire de Sébastien Aubert [ 26/juin/07 16:54 ] |
|
Macro à créer voir détails dans T:\WishLists\WL Back Office\ fichier macros version 26.doc La macro est dans remboursement et s'appelle remboursement 1 euro |
[IMP-7790] BREIZH56500 : Création compte FTP + Config Stock avec profils existants Création: 07/janv./11 14:25 Mise à jour: 20/janv./11 16:11 Résolue: 18/janv./11 15:14 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jérome Marianne | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Login: | BREIZH56500 | ||||||||||
| Séparateur: | Point-virgule (;) | ||||||||||
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement) , Mise à jour/création annonces avec création produits , Suppression annonces
|
| Description |
|
Bonsoir,
Afin de gérer plus facilement notre stock et l'ajout de nos nouveaux articles, merci de bien vouloir nous donner un accès dédié au FTP ainsi que la marche à suivre. Il s'agit d'une demande d'import et d'export de nos fichiers livres. Compte : BREIZH56500 Cordialement Sylvie VERGER IPMC-FRANCE |
| Commentaires |
| Commentaire de Jérome Marianne [ 18/janv./11 14:52 ] |
|
=====================================================================
Compte FTP vendeur créé... Pseudo : breizh56500 mot de passe : br784eiz56h Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== |
| Commentaire de Jérome Marianne [ 18/janv./11 15:14 ] |
| Config + compte FTP activés |
| Commentaire de Isabelle Weisbecker [ 20/janv./11 16:11 ] |
| Voici l'extraction de son inventaire |
[APP-15688] [META TACHE] rib vide et 2 paiements par virements enregistrés sur compte Création: 26/mars/07 16:25 Mise à jour: 04/août/08 15:25 Résolue: 04/août/08 15:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Paiement |
| Affecte la/les version(s): | 13.1.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Claire Durand | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
|||||||||||||||||||||||||
| Pays: |
FRA - France
|
|||||||||||||||||||||||||
| Site: | Prod | |||||||||||||||||||||||||
| Classif1: | HTML | |||||||||||||||||||||||||
| Projets PM archivés: | Paiement - Inscription Vendeur |
| Description |
|
Salut, l'utilisateur "Sephiroth56" se demande pourquoi il n'a pas reçu ces deux derniers paiements par virement (10/03/07 et 20/03/07). Son RIB sur le site est vide, pas de n° de facture sur ces deux paiements et son compte n'est pas enregistré sur les fichiers de paiement par virement du 10/03/07 et 20/03/07. Son adresse de paiement n'a jamais été à l'étranger. Merci Claire |
| Commentaires |
| Commentaire de Claire Durand [ 26/mars/07 16:32 ] |
| Merci d'effectuer une recherche pour voir si il existe d'autres cas |
| Commentaire de Younès Charrière [ 26/mars/07 17:27 ] |
|
Son rib est vide. Je pensais qu'au départ c'était simplement
une erreur de la part de l'utilisateur mais apperemment en suivant les
mails qu'il a envoyé au bo, il a tenté plusieurs fois d'entrer son rib
sans succès et n'a donc jamais été compensé. Il a été relboursé sur son PMV par Claire mais il faudrait se pencher sur la question pour savoir pourquoi l'entrée de ses coordonnées bancaires n'ont pas fonctionnées. Voici les logs du 1er Mars lorsqu'il a tenté d'entrer ses coordonnées bancaires si ça peut aider : 2007-03-02-05-00_salus.log.gz:2007-03-01 11:35:42,207 INFO [Processor115] Sephiroth56 - >>> POST http://www.priceminister.com/user!accountnumber=35983G&action=compensati...&address1=6 impasse ...&bankcode=30002&branchcode=7436&city=Vannes&countryid=249&dest=/compensat...&domiciliation=Rennes&firstname=Quentin&holder=Lacoudre Q...&isfirstav=false&key=50&lastname=Lacoudre&needsbankaccountdata=true&phonenumber=0297405371&submitbtn=Valider&zip=56000 2007-03-02-05-00_salus.log.gz:2007-03-01 11:35:42,232 INFO [Processor115] Sephiroth56 - (Status : 302) Redirecting to : /compensation?action=change&cmpmethodcode=20&fb=100 2007-03-02-05-00_salus.log.gz:2007-03-01 11:35:42,232 INFO [Processor115] Sephiroth56 - <<< [24 ms] POST http://www.priceminister.com/user!accountnumber=35983G&action=compensati...&address1=6 impasse ...&bankcode=30002&branchcode=7436&city=Vannes&countryid=249&dest=/compensat...&domiciliation=Rennes&firstname=Quentin&holder=Lacoudre Q...&isfirstav=false&key=50&lastname=Lacoudre&needsbankaccountdata=true&phonenumber=0297405371&submitbtn=Valider&zip=56000 2007-03-02-05-00_salus.log.gz:2007-03-01 11:35:42,326 INFO [Processor128] Sephiroth56 - >>> GET http://www.priceminister.com/compensation?action=change&cmpmethodcode=20&fb=100 2007-03-02-05-00_salus.log.gz:2007-03-01 11:35:42,339 INFO [Processor128] Sephiroth56 - (Status : 302) Redirecting to : /user?action=compensationcoordinates&dest=%2Fcompensation%3Faction%3Dchange%26cmpmethodcode%3D20%26fb%3D100&isfirstav=false&needsbankaccountdata=true&1172745342334#transfer_anchor_ref 2007-03-02-05-00_salus.log.gz:2007-03-01 11:35:42,339 INFO [Processor128] Sephiroth56 - <<< [13 ms] GET http://www.priceminister.com/compensation?action=change&cmpmethodcode=20&fb=100 2007-03-02-05-00_salus.log.gz:2007-03-01 11:35:42,441 INFO [-Processor55] Sephiroth56 - >>> GET http://www.priceminister.com/user?action=compensationcoordinates&dest=%2Fcompensation%3Faction%3Dchange%26cmpmethodcode%3D20%26fb%3D100&isfirstav=false&needsbankaccountdata=true&1172745342334 2007-03-02-05-00_salus.log.gz:2007-03-01 11:35:43,014 INFO [-Processor55] Sephiroth56 - <<< [573 ms] GET http://www.priceminister.com/user?action=compensationcoordinates&dest=%2Fcompensation%3Faction%3Dchange%26cmpmethodcode%3D20%26fb%3D100&isfirstav=false&needsbankaccountdata=true&1172745342334 2007-03-02-05-00_salus.log.gz:2007-03-01 11:36:44,201 INFO [-Processor57] Sephiroth56 - >>> POST http://www.priceminister.com/user!accountnumber=35983G&action=compensati...&bankcode=30002&branchcode=7436&countryid=249&dest=/compensat...&domiciliation=Vannes &holder=Lacoudre Q...&isfirstav=false&key=50&needsbankaccountdata=true&submitbtn=Valider 2007-03-02-05-00_salus.log.gz:2007-03-01 11:36:44,902 INFO [-Processor57] Sephiroth56 - <<< [700 ms] POST http://www.priceminister.com/user!accountnumber=35983G&action=compensati...&bankcode=30002&branchcode=7436&countryid=249&dest=/compensat...&domiciliation=Vannes &holder=Lacoudre Q...&isfirstav=false&key=50&needsbankaccountdata=true&submitbtn=Valider 2007-03-02-05-00_salus.log.gz:2007-03-01 11:37:39,627 INFO [-Processor49] Sephiroth56 - >>> POST http://www.priceminister.com/user!accountnumber=35983G&action=compensati...&address1=6 impasse ...&bankcode=30002&branchcode=7436&city=Vannes&countryid=249&dest=/compensat...&domiciliation=Vannes &firstname=Quentin&holder=Lacoudre Q...&isfirstav=false&key=50&lastname=Lacoudre&needsbankaccountdata=true&phonenumber=0297405371&submitbtn=Valider&zip=56000 2007-03-02-05-00_salus.log.gz:2007-03-01 11:37:39,643 INFO [-Processor49] Sephiroth56 - (Status : 302) Redirecting to : /compensation?action=change&cmpmethodcode=20&fb=100 2007-03-02-05-00_salus.log.gz:2007-03-01 11:37:39,643 INFO [-Processor49] Sephiroth56 - <<< [15 ms] POST http://www.priceminister.com/user!accountnumber=35983G&action=compensati...&address1=6 impasse ...&bankcode=30002&branchcode=7436&city=Vannes&countryid=249&dest=/compensat...&domiciliation=Vannes &firstname=Quentin&holder=Lacoudre Q...&isfirstav=false&key=50&lastname=Lacoudre&needsbankaccountdata=true&phonenumber=0297405371&submitbtn=Valider&zip=56000 |
| Commentaire de Geneviève Beaujard [ 28/mars/07 10:28 ] |
|
Le probleme avec ce compte c'est qu'il a plusieurs comptes bancaires pour les compensations: SELECT usr_bank_account_id, iban_country, ubk_status_code, iban_national_bank_account, creation_date, change_date FROM usr_bank_account where user_account_id =4862597 USR_BANK_ACCOUNT_ID IB UBK_STATUS_CODE IBAN_NATIONAL_BANK_ACCOUNT CREATION_DATE CHANGE_DATE ------------------- -- --------------- ------------------------------ ------------------- ------------------- 6688283 FR 10 30002074360000035983G50 27/02/2007 10:16:58 27/02/2007 10:16:58 6688284 FR 10 30002074360000035983G50 27/02/2007 10:18:27 27/02/2007 10:18:27 6715584 FR 10 30002074360000035983G50 01/03/2007 11:34:59 01/03/2007 11:34:59 6715585 FR 10 30002074360000035983G50 01/03/2007 11:35:42 01/03/2007 11:35:42 6715586 FR 10 30002074360000035983G50 01/03/2007 11:37:39 01/03/2007 11:37:39 5567302 FR 10 30002074360000035983G50 22/05/2006 20:27:50 22/05/2006 20:27:50 5567303 FR 10 30002074360000035983G50 22/05/2006 20:27:50 22/05/2006 20:27:50 5567305 FR 10 30002074360000035983G50 22/05/2006 20:29:01 22/05/2006 20:29:01 5567306 FR 10 30002074360000035983G50 22/05/2006 20:31:35 22/05/2006 20:31:35 5567307 FR 10 30002074360000035983G50 22/05/2006 20:35:26 22/05/2006 20:35:26 5567308 FR 10 30002074360000035983G50 22/05/2006 20:36:38 22/05/2006 20:36:38 5567309 FR 10 30002074360000035983G50 22/05/2006 20:38:24 22/05/2006 20:38:24 Le fait qu'il ait plusieurs comptes bancaires pour les compensations ne nous permet pas de remplir le champ 'ubk_iban_country' de la table compensation. Du coup le script pm_compensation.sql ne prend pas en compte cette compensation pour l'exporter. Je vais devoir écrire un script de correction qui ne laisse qu'un seul compte bancaire de compensation pour ce compte et un autre qui met a jour le champ 'ubk_iban_country' des 2 compensations du compte 4862597(Sephiroth56) Heureusement c'est le seul compte qui a ce probleme: SELECT USER_ACCOUNT_ID FROM usr_bank_account WHERE ubk_type_code = 10 AND ubk_status_code = 10 GROUP BY USER_ACCOUNT_ID HAVING COUNT(*) > 1 USER_ACCOUNT_ID --------------- 4862597 --Recherche des compensations qui ne peuvent pas être exportées SELECT compensation_id, seller_account_id, ubk_iban_country FROM compensation WHERE cmp_method_code = 20 AND cmp_status_code = 40 AND ubk_iban_country IS NULL COMPENSATION_ID SELLER_ACCOUNT_ID UB --------------- ----------------- -- 9315067 4862597 9459388 4862597 Ces 2 requêtes nos demontrent bien que ce probleme ne s'est produit pour le compte 4862597(Sephiroth56) Une fois les 2 scripts de correction effectués, ce compte sera compensé le 1er Avril. |
[APP-22543] Plus de lien "je pars en vacances" sur un compte? Création: 09/oct./08 18:37 Mise à jour: 09/oct./08 19:06 Résolue: 09/oct./08 18:58 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 30.0.2.2 |
| Version(s) corrigée(s): | 30.0.2.2 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Cedric Favero | Attribution: | Validator |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Pseudo:temps-livres Compte: http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=4240731 Il n'y a effectivement plus de lien en front pour partir en vacances. regression? |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 09/oct./08 18:58 ] |
|
Cf. |
| Commentaire de Cedric Favero [ 09/oct./08 19:06 ] |
|
Ok merci. Bizarre c'est pourtant un particulier. C'etait peut etre un pro avant. |
[IMP-7483] Maintenance FTP commande Jeux_du_Nain : Vérification prise en compte Fichier de confirmation Création: 26/nov./10 10:53 Mise à jour: 29/nov./10 12:57 Résolue: 29/nov./10 12:57 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Stéphanie Vignali | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | Jeux_du_Nain |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour,
Il semble qu'il y ait eu un soucis avec la confirmation des commandes via FTP. 2 commandes ont été annulées alors que le pro les avaient normalement confirmées et les a donc expédiés. Pouvez-vous regarder que tout fonctionne et vérifier le fichier de confirmation ? Merci Stéphanie De : Alain Mouezant [mailto:alain.mouezant@avenuedesjeux.com] Envoyé : vendredi 26 novembre 2010 09:07 À : stephanie.vignali@priceminister.com Cc : Melanie Hery; Claudio Miosga; Direction - Avenue des Jeux Objet : Re: [marketplaces] Annulation de la vente 94533882 Bonjour, Il doit y avoir erreur, les commandes ont bien été honorées et pour la plupart, toutes expédiées. Une confirmation est transmise sur votre serveur sous la forme d'un fichier texte en respectant scrupuleusement vos préconisations. Exemple de fichier de confirmation : ftp://ftp.priceminister.com/validation/item_validation_<année>_<mois>_<jour>_<heure>.txt Prenez-vous bien en compte ces informations ? Les commandes que vous avez annulées : la commande 94533882 est en cours d'acheminement, n° de suivi coliposte : 8L78470653989 la commande 94504734 est en instance au bureau de poste du client : 8L78470652722 ... -- Très cordialement, Alain MOUEZANT Responsable Informatique Groupe Avenue des Jeux / Patiwizz Rue des Puzzles | Rue des Maquettes Zone d'activités de Beau Soleil 44116 Vieillevigne - France Tél : +33 (0)2 51 11 32 75 Mob : +33 (0)6 42 33 64 02 Fax : +33 (0)2 40 26 33 39 Le 26 novembre 2010 00:40, PriceMinister <nepasrepondre@priceminister.com> a écrit : Bonjour Jeux_du_Nain, Nous n'avons pas reçu de réponse à notre e-mail du 22/11/2010 vous informant d'une nouvelle commande de la part d'un acheteur. En l'absence de réponse de votre part et pour respecter notre engagement, nous avons dû annuler la commande auprès de cet acheteur. Afin d'éviter de décevoir d'autres acheteurs pendant votre absence, nous avons également placé votre compte en mode "Vacances". Ceci a pour effet de retirer temporairement de la vente l'ensemble des articles présents dans votre inventaire. Dès votre retour, vous pouvez instantanément remettre tous vos articles en vente en cliquant sur le lien ci-dessous et en désactivant l'option "Vacances". http://www.priceminister.com/user?login=Jeux_du_Nain Si ce lien ne fonctionne pas, rendez-vous sur votre compte et cliquez sur "Vous revenez de vacances". Merci de votre confiance et à très bientôt sur PriceMinister. http://www.priceminister.com l'Achat-Vente Garanti --------------------------------------------------------------------- Desinscription: envoyez un message a: marketplaces-unsubscribe@avenuedesjeux.com Pour obtenir de l'aide, ecrivez a: marketplaces-help@avenuedesjeux.com |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 26/nov./10 11:51 ] |
|
Malheureusement le PRO a bien envoyé les fichiers de
validation mais tardivement pour les commandes concernées: le 26
novembre peu avant 9h. Les ventes étaient déjà en "TIME OUT SELLER"....
Ci-dessous des informations techniques que tu peux retransmettre au
partenaire:
$ grep "94533882" jeux_du_nain_item_validation* jeux_du_nain_item_validation_2010_11_25_12.txt:3485864|94533882|151438584|Videojet-6120|20101122230601|CONFIRM| jeux_du_nain_item_validation_2010_11_25_18.txt:3485864|94533882|151438584|Videojet-6120|20101122230601|CONFIRM| -rw-r--r-- 1 xxxx xxxxxxx 1386 Nov 26 09:04 jeux_du_nain_item_validation_2010_11_25_12.txt -rw-r--r-- 1 xxxx xxxxxxx 1386 Nov 26 09:04 jeux_du_nain_item_validation_2010_11_25_18.txt $ grep "94504734" jeux_du_nain_item_validation* jeux_du_nain_item_validation_2010_11_25_12.txt:3485864|94504734|151380443|Playmobil-4328|20101122171948|CONFIRM| jeux_du_nain_item_validation_2010_11_25_12.txt:3485864|94504734|151380446|Playmobil-4329|20101122171948|CONFIRM| jeux_du_nain_item_validation_2010_11_25_18.txt:3485864|94504734|151380437|Playmobil-4326|20101122171948|CONFIRM| -rw-r--r-- 1 xxxx xxxxxxx 1386 Nov 26 09:04 jeux_du_nain_item_validation_2010_11_25_12.txt -rw-r--r-- 1 xxxx xxxxxxx 1386 Nov 26 09:04 jeux_du_nain_item_validation_2010_11_25_12.txt -rw-r--r-- 1 xxxx xxxxxxx 1386 Nov 26 09:04 jeux_du_nain_item_validation_2010_11_25_18.txt |
| Commentaire de Stéphanie Vignali [ 26/nov./10 14:03 ] |
|
Ci-dessous les remarques du partenaire :
De : Claudio Miosga [mailto:claudio@avenuedesjeux.com] Envoyé : vendredi 26 novembre 2010 13:44 À : Stephanie Vignali Cc : alain.mouezant@avenuedesjeux.com Objet : Re: [marketplaces] Annulation de la vente 94533882 Bonjour, Nous avons envoyé les fichiers plusieurs fois depuis le 25 à 12h. D'autre part, en prenant 1 commande pour laquelle nous avons envoyé le "CONFIRM", cf extrait ci-dessous, elle apparait "A confirmer" avec un warning dans l'interface priceminister ? 3485864|94583674|151538088|Klein-7225|20101124000601|CONFIRM| 3485864|94583674|151539545|Playmobil-4689|20101124000601|CONFIRM| 3485864|94583674|151539562|Playmobil-5815|20101124000601|CONFIRM| Très cordialement, Claudio Miosga Développement Web Groupe Avenue des Jeux / Patiwizz Rue des Puzzles | Rue des Maquettes Zone d'activités de Beau Soleil 44116 Vieillevigne - France Tél : +33 (0)2 51 11 86 52 Mob : +33 (0)6 21 82 67 77 Fax : +33 (0)2 40 26 33 39 |
| Commentaire de Stéphanie Vignali [ 26/nov./10 14:03 ] |
| Pouvez-vous peut être contacter le développeur de chez eux afin de régler çà avec lui de vive voix ? |
| Commentaire de Daniel Pintamalli [ 29/nov./10 11:19 ] |
| Je l'ai vu avec le PRO au téléphone. Il s'est trompé de ID de compte dans le fichier de validation. Il a utilisé le ID du compte de "jouetsetjeux" au lieu de celui de "Jeux_du_Nain". |
| Commentaire de Stéphanie Vignali [ 29/nov./10 11:28 ] |
|
Bonjour,
Le problème est toujours d'actualité. Pouvez-vous regarder de nouveau et sinon appleer directement le technicen chez eux afin de trouver une solution rapidement. Merci Stéphanie -----Message d'origine----- De : Claudio Miosga [mailto:claudio@avenuedesjeux.com] Envoyé : lundi 29 novembre 2010 10:32 À : Stephanie Vignali Cc : support.pro@priceminister.com Objet : confirmations des commandes Jeux du Nain Bonjour, Après l'envoi ce matin du fichier item_validation rien n'a changé dans l'interface. Il doit donc y avoir un problème dans le traitement ou le format des données du fichier. Merci de nous indiquer les points qui posent problème afin que nous puissions automatiser correctement le traitement des commandes. Très cordialement, Claudio Miosga Développement Web Groupe Avenue des Jeux / Patiwizz Rue des Puzzles | Rue des Maquettes Zone d'activités de Beau Soleil 44116 Vieillevigne - France Tél : +33 (0)2 51 11 86 52 Mob : +33 (0)6 21 82 67 77 Fax : +33 (0)2 40 26 33 39 |
| Commentaire de Daniel Pintamalli [ 29/nov./10 12:11 ] |
|
Tout est dans l'ordre maintenant, il validait sous le pseudo
"jouetsetjeux" (ID=3485864). On voit que dès ce matin il commence a
nous envoyer le bon ID (22545471)
(...) 3485864|94776232|151930678|Darpeje-OBAR56|20101127170601|CONFIRM| 3485864|94765532|151907712|Klein-7225|20101127140601|CONFIRM| 3485864|94758930|151895894|Corolle-K6760-2|20101127120601|CONFIRM| 3485864|94748245|151870409|Playmobil-3968|20101127010601|CONFIRM| 3485864|94740179|151855403|PJ-MTLP60003|20101126220601|CONFIRM| 22545471|94813498|152008798|Lego-8169|20101128120602|CONFIRM| 22545471|94808617|152000496|Playmobil-4159|20101128110601|CONFIRM| 22545471|94793311|151966488|Meccano-837550|20101127230601|CONFIRM| 22545471|94791940|151962797|Lego-10199|20101127210601|CONFIRM| 22545471|94786316|151957723|Hasbro-24951-21115|20101127210601|CONFIRM| 22545471|94780632|151945338|PJ-MTMT10001|20101127190601|CONFIRM| 22545471|94778110|151934235|JBM-3453|20101127180601|CONFIRM| 22545471|94776232|151930678|Darpeje-OBAR56|20101127170601|CONFIRM| 22545471|94765532|151907712|Klein-7225|20101127140601|CONFIRM| 22545471|94758930|151895894|Corolle-K6760-2|20101127120601|CONFIRM| 22545471|94748245|151870409|Playmobil-3968|20101127010601|CONFIRM| 22545471|94740179|151855403|PJ-MTLP60003|20101126220601|CONFIRM| |
[APP-5414] La fonction vider le stock vendeur en bo est invalide Création: 01/août/05 14:08 Mise à jour: 25/juin/07 18:31 Résolue: 05/sept./05 17:52 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Skender Berisha | Attribution: | Geneviève Beaujard |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
La fonction vider le stock vendeur en bo est invalide
|
| Commentaires |
| Commentaire de Geneviève Beaujard [ 05/sept./05 17:52 ] |
| voir bug http://pricejira.lan/browse/APP-5535 |
[APP-23183] [UK] (Param BO) page de mise en vente, si option quantité illimité choisie impossibilité de valider la mise en ligne de l'annonce Création: 21/nov./08 13:35 Mise à jour: 11/déc./08 15:01 Résolue: 04/déc./08 16:29 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | 37.0.0 (TX-D) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Gaël Seguillon | Attribution: | Rémi Virlouvet |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||||||||||
| Navigateur: | Mozilla / Firefox | ||||||||||||||||
| Projets PM archivés: | UK - Plateforme BETA | ||||||||||||||||
| Description |
|
Lorsque que pour un compte pro l'option quantité illimitée
est choisie, il est imoossible de valider la mise en vente de l'annonce
un message d'erreur apparait en demandant de préciser la qualité du
produit alors que celle ci est déjà renseignée, lorsque l'on décoche la
quantité illimitée sans rien modifier d'autre sur la page de mise en
vente la mise en ligne passe sans problème. voir copie ecran |
| Commentaires |
| Commentaire de Renaud Dierickx [ 21/nov./08 16:04 ] |
| Je pense que c'est du paramétrage... |
| Commentaire de Gaël Seguillon [ 21/nov./08 17:22 ] |
|
de plus le message d'erreur please fill in the QUALITY field
apparait alors que c'est le champ quantity qui pose problème, ce
message apparait pour la quantité illimitée mais également quand on ne
renseigne aucune quantité, logiquement le message devrait affiché please
fill up the quality |
| Commentaire de Ariane Baldinger [ 27/nov./08 09:22 ] |
|
le paramétrage des formulaires de mise en vente n'est certainement pas au point en dev. Rémi, Peux-tu vérifier en Prod s'il y a le même problème ? Si oui, corriger en prod uniquement. Merci |
| Commentaire de Rémi Virlouvet [ 04/déc./08 16:29 ] |
|
Corrigé BO prod Format "Soumission format gen annonce (avec prevalidation 1)" prévalidation étape 1: $numberValidator.notNull($line.get("quantity")) || $stringValidator.notNull($line.get("unlimitedquantity")) il manquait le $stringValidator.notNull($line.get("unlimitedquantity)) |
| Commentaire de Emeric Teil [ 05/déc./08 10:51 ] |
| Gaël, c'est bon pour toi ? |
| Commentaire de Jeremy Pallot [ 11/déc./08 14:56 ] |
| C'est bon pour nous. Merci |
| Commentaire de Gaël Seguillon [ 11/déc./08 15:01 ] |
| ok c'est bon à ce niveau |
[IMP-784] Rajouter comptes dans le flux mixad Création: 28/mai/07 10:52 Mise à jour: 30/oct./09 15:51 Résolue: 06/juin/07 10:02 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Espérance Galouo-Lece |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | topv... |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
elise2006 ggeolympe renaultlagny topv1403 tupinier topv0506 |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 29/mai/07 14:06 ] |
|
- Est-il normal que "renaultlagny" qui utilise encore un Cardiff (chez nous) puisse avoir une config Mixad? - En attente d'infos; |
| Commentaire de Espérance Galouo-Lece [ 29/mai/07 15:26 ] |
|
- Le compte "topv1403" n'existe pas ; - Le compte "topv0506" avait déjà été rajouté; - Les comptes "renaultlagny", "ggeolympe" et "tupinier" possèdent déjà des configFTP; que faire de leur autres configFTP et des profils existant? - En attente d'infos; |
| Commentaire de Jérome Marianne [ 05/juin/07 10:43 ] |
| Pour les clients renaultlagny", "ggeolympe" et "tupinier" il faut modifier les profils et les mettre sur Mixad. |
| Commentaire de Espérance Galouo-Lece [ 05/juin/07 15:53 ] |
|
- Pour les comptes "enaultlagny", "ggeolympe" et "tupinier" c'est fait; - Que faut-il faire par rapport au compte "topv1403"? - En attente d'infos; |
| Commentaire de Jérome Marianne [ 05/juin/07 17:26 ] |
| J'ai créé le compte topv1403 tu peux le rajouter au flux. |
| Commentaire de Espérance Galouo-Lece [ 06/juin/07 10:02 ] |
| - C'est fait. |
[IMP-5939] maxgmobile : Creation compte FTP Création: 28/avr./10 16:56 Mise à jour: 03/mai/10 15:50 Résolue: 03/mai/10 10:09 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Laurent Payot | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
|||||||||||||||
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
ESP - Espagne
|
|||||||||||||||
| Login: | maxgmobile | |||||||||||||||
| Séparateur: | N/A | |||||||||||||||
| Type de traitement: |
N/A
|
|||||||||||||||
| Description |
|
Importer le fichier du Jira |
| Commentaires |
| Commentaire de Laurent Payot [ 28/avr./10 16:59 ] |
| Frederic, merci de m'indiquer le nom des comptes pour chacun des pays. La langue du FTP doit-elle être l'espagnol? |
| Commentaire de Laurent Payot [ 29/avr./10 10:43 ] |
|
Le fichier joint au Jira Pas de fichier, pas de pseudo UK et FR , jira impossible à faire, fermeture en invalide. |
| Commentaire de Frederic vacher [ 29/avr./10 10:49 ] |
|
Alors les pseudos : Fr maxgmobil Es Maxgmobile UK MAXGMOBILEUK |
| Commentaire de Frederic vacher [ 29/avr./10 10:56 ] |
|
Le FTP de maxgmobile doit être en espagnol. ci joint le lien url ou l'on peut chercher les annonces : http://www.maxmovil.com/datostienda/paginas/ciao.txt La mise a jour doit se faire sur les 3 plateformes. Merci. Fred |
| Commentaire de Laurent Payot [ 29/avr./10 11:29 ] |
| A quelle frequence doit-on aller chercher les annonces sur l'URL? Tous les jours? A quelle heure? |
| Commentaire de Frederic vacher [ 29/avr./10 11:37 ] |
| Une fois par jour, peu importe l'heure. Merci! |
| Commentaire de Laurent Payot [ 29/avr./10 18:08 ] |
|
J'ai déja configuré la partie FTP. Dans le format il y à quatre colonnes avec des chiffres. Merci de m'indiquer laquelle je dois prendre pour le prix ES, pour le prix FR, pour le prix UK. Si il n'y a qu'une seule colonne de prix, merci de me donner une formule pour calculer le prix FR et UK (taux de change et frais de port). |
| Commentaire de Laurent Payot [ 03/mai/10 10:09 ] |
|
Bon le FTP a été configuré comme demandé pour envoyer le
fichier sur les format préexistants. Cependant j'ai désactivé la copie
vers FR et UK tant que l'on a pas les prix FR et UK dans le fichier
fourni pas le pro. En attendant la mise à jour se fait bien
quotidiennement sur ES (le fichier passe à 84% en màj annonce et
création produits) ===================================================================== Cuenta FTP vendedor creada... Pseudo : maxgmobile contraseña : Bawky9q Server : ftp.priceminister.es Pais : es Flujo de pedidos : si ===================================================================== |
| Commentaire de Frederic vacher [ 03/mai/10 14:46 ] |
|
OK, merci pour le FTP Mettre le même prix pour le FR et prendre une conversion à 1.20 pour les prix en pounds. Merci |
| Commentaire de Laurent Payot [ 03/mai/10 15:07 ] |
|
En regardant le format UK existant on voit qu'on avait déja fixé dans le jira |
| Commentaire de Frederic vacher [ 03/mai/10 15:24 ] |
| Oui effectivemment il y a les frais de port a rajouter sur le site UK. Oui laisse comme ça du coup. Merci. |
| Commentaire de Laurent Payot [ 03/mai/10 15:36 ] |
| Ok je laise comme ça pour le UK. Le fichier ES est bien dispatché sur UK et FR. |
| Commentaire de Frederic vacher [ 03/mai/10 15:40 ] |
| On vient directement chercher le fichier sur le lien qu'il nous as fournit? Il n'a plus a déposer ces fichiers? |
| Commentaire de Laurent Payot [ 03/mai/10 15:47 ] |
|
Oui c'est ça, on recupère tous les jours le fichier qui est dispatché sur ES FR et UK automatiquement. Attention sur UK le format existant ne met a jour que des fiches BO déjà existantes ( |
| Commentaire de Frederic vacher [ 03/mai/10 15:50 ] |
| Oui c'est prévu mais les ventes étant assez faible sur le UK, on n'as pas dégagé du temps pour le faire. Mais c'est prévu de renseigné les fiches en bo. |
[APP-25952] Macro "annulations V - bonne réponse" ne tient pas compte de la visibilité initiale du compte Création: 16/juil./09 16:23 Mise à jour: 21/juil./09 09:32 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Description |
|
On trouve bcp de comptes professionnels en visibilité 1 pour de mauvaises raisons. Ces derniers ont été passés en -2 en raison d'un nombre trop élevé d'annulations, et lorsqu'on les a réactivés à l'aide de la macro "annulations V - bonne réponse" , ils sont passés en 1 au lieu de revenir en 2. La macro devrait soit regarder la visibiité antérieure ou plus simplement remetttre le compte en 2 si PRO. Idem pour le "réclamation V -bonne réponse". ex d'un compte: http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=451362 |
[APP-3347] BO Opérations : comportement incorrect sur un Débit par virement Création: 17/déc./04 11:48 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.9val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Validator | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Avec le compte ngrehall, j'ai pu faire un débit supérieur à 100 000 euros (en mars). Maintenant, on a une erreur lorsque l'on essaye de mettre en échec, car le système réclame un montant inférieur à 100 000 euros. C'est plutot embetant, surtout si on devait avoir un bug dans l'application et qu'on était bloqué pour intervenir en BO. De plus, le lien "Mettre en échec" utilise un this.form dans le href. ça fonctionne sous IE, mais pour combien de temps ? "this" n'existe normalement pas au sein d'un href, il faut accéder aux objets du formulaire via "document". Le jour ou IE sera un peu moins permissif, on risque d'avoir des problèmes. |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 17/déc./04 14:44 ] |
| martin est déjà en train de corriger le probleme |
| Commentaire de Martin Sudmann [ 17/déc./04 15:23 ] |
|
corrigé. faut qu'on apprenne le DOM aux jeunes... |
[IMP-4757] [UK] [FR] [ES] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) et flux de commandes pour les comptes: FindMemFR/FindMemUK/FindMemES Création: 30/nov./09 14:31 Mise à jour: 01/déc./09 11:49 Résolue: 01/déc./09 11:49 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jeremy Pallot | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Login: | FindMemFR/FindMemUK/FindMemES |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement), Mise à jour/création annonces, Suppression annonces
|
| Description |
|
Bonjour, Pouvez-vous ouvrur un compte FTP¿(entrée/sortie/écrasement) pour les comptes: - FR: FindMemFR -UK: FindMemUK - ES: FindMemES Trés important le FTP doit être le même que celui utilisé pour le vendeur baseuk "Pseudo : baseuk password : 1x7B6Jk Server : ftp.priceminister.co.uk" La structure des dossiers et des sous dossiers doit être identique. Il s'agit du même vendeur mais pour des produits High tech. Contact du vendeur en cas de problèmes: stevex@dvd.co.uk Merci, |
| Commentaires |
| Commentaire de Jeremy Pallot [ 30/nov./09 14:34 ] |
|
J'ai oublié de préciser qu'il devait être en langue anglaise et un seul FTP pour les trois comptes. Merci |
| Commentaire de Daniel Pintamalli [ 01/déc./09 11:28 ] |
|
===================================================================== Account FTP seller created... Pseudo : findmemuk password : gfrvzehi3G5 Server : ftp.priceminister.co.uk Country : uk Flow purchase : yes ===================================================================== |
| Commentaire de Daniel Pintamalli [ 01/déc./09 11:49 ] |
| La configuration est en place. |
[IMP-1195] Import des images sur le compte dvf0 Création: 23/août/07 11:26 Mise à jour: 30/oct./09 15:47 Résolue: 28/août/07 16:47 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Dorian Porta Delsol | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 30 minutes | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | dvf0 |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Estimation: | Petit |
| Groupe: | Figurines |
| Description |
|
Son format d'import a déjà été paramétré par Julien, il
restait un problème au niveau des photos dont certaines contenaient des
logos ( Depuis le pro est en train progressivement de supprimer ses logos, donc, il faudrait modifier le mapping afin que ses URL images puissent passer. Joint le fichier est les premières URL. Merci |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 27/août/07 17:19 ] |
|
Fichier soumis : http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=4972237 |
| Commentaire de Rodrigue Nsiangani [ 28/août/07 09:43 ] |
|
Fichier soumis sur le bon profil : http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=4973636 |
| Commentaire de Rodrigue Nsiangani [ 28/août/07 16:47 ] |
|
Download of 345 images done. Images importées. Elles apparaitront demain. Le fichier est passé à 100%. 1 erreur : "Vous ne pouvez pas créer une annonce avec quantité 0 " Je ferme. |
[APP-30581] Prix élevé pas pris en compte Création: 04/août/10 17:24 Mise à jour: 05/août/10 16:30 Résolue: 05/août/10 15:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 75.0.0 (VEN-D) |
| Version(s) corrigée(s): | 75.0.0 (VEN-D) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Rémi Virlouvet |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Projets PM: | WS MEV Light |
| Navigateur: | Tous |
| Description |
|
cf. screenshot-1
|
| Commentaires |
| Commentaire de Cédric Goldovsky [ 05/août/10 12:12 ] |
|
Vu sur UK |
| Commentaire de Carole Boucheny [ 05/août/10 13:17 ] |
| Je transfert à Rémi |
| Commentaire de Rémi Virlouvet [ 05/août/10 14:16 ] |
| prix élevé pas pris en compte, ça veut dire quoi ? qu'as-tu entré ? merci |
| Commentaire de Cédric Goldovsky [ 05/août/10 14:22 ] |
| ca veut dire que si tu rentres un prix du style "5555555555555555555555" on ne t'annonce pas qu'il y a un prix maxi à ne pas dépasser |
| Commentaire de Carole Boucheny [ 05/août/10 15:00 ] |
|
Le message qui s'affiche n'est pas une prévalidation du format. Manu il semble donc qu'elle soit généré par l'appli. Est-ce que tu pourrais regarder ? Merci |
| Commentaire de Carole Boucheny [ 05/août/10 15:21 ] |
|
La prévalidation était bien pris en compte. Le problème est
qu'on avait le signe "<" et tout le texte qui se trouvait après
n'apparaissait pas. 2 solutions : _ changer le message d'erreur pour n'avoir que du texte _ mettre le caractère "<" avec le code html : & lt; (sans l'espace) Pour la deuxième solution les devs doivent faire une modification pour que le code html soit interprété dans le xml de sortie. |
| Commentaire de Rémi Virlouvet [ 05/août/10 15:24 ] |
| j'ai modifié le texte en "your selling price must not exceed..." |
[IMP-6958] thealapage : création compte FTP Création: 13/sept./10 18:02 Mise à jour: 14/sept./10 10:44 Résolue: 14/sept./10 10:44 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jérome Marianne | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | thealapage |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour,
J'essaye d'utiliser le modèle de fichier trasmis par Maram Khayati cette semaine mais le fichier ne s'importe pas, trop d'erreurs annoncées que je ne comprends d'ailleurs pas. J'ai configuré mon export avec les informations dont je dispose, j'ai laissé les champs vides quand l'information n'était pas disponible. Il s'agit du téléchargement via l'interface http "10/09/2010-11:51". Serait-il également possible d'obtenir les informations de connexion pour un transfert via FTP. Merci pour votre réponse rapide, Luc Héraudet Librairie Thé à la page Z. A. Fontgrave 26740 Montboucher-sur-Jabron France Tel : 04 75 51 79 62 / 06 15 71 16 18 thealapage@numericable.fr www.thealapage.com |
| Commentaires |
| Commentaire de Jérome Marianne [ 14/sept./10 10:29 ] |
|
=====================================================================
Compte FTP vendeur créé... Pseudo : thealapage mot de passe : 33alap21ge Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== |
| Commentaire de Jérome Marianne [ 14/sept./10 10:44 ] |
| Le compte FTP est activé. |
[IMP-7513] troubleclic : Création compte FTP Création: 01/déc./10 18:00 Mise à jour: 02/déc./10 10:33 Résolue: 02/déc./10 10:33 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jérome Marianne | Attribution: | Jérome Marianne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | troubleclic |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour,
Il n'est pas possible que je garde la main sur la possibilité de l'envoi de ce fichier? Si vous me donner un accès FTP par exemple, ça serait le top. Cordialement, LEUVREY Cédric Trouble Clic - Service technique http://www.trouble-clic.com/ ________________________________________ |
| Commentaires |
| Commentaire de Jérome Marianne [ 02/déc./10 10:08 ] |
|
=====================================================================
Compte FTP vendeur créé... Pseudo : troubleclic mot de passe : tr23ouble11c Serveur : ftp.priceminister.com Pays : fr Flux de Commande : non ===================================================================== |
| Commentaire de Jérome Marianne [ 02/déc./10 10:33 ] |
| Compte FTP activé |
[IMP-504] voir compte wmof Création: 17/avr./07 14:34 Mise à jour: 30/oct./09 15:51 Résolue: 17/avr./07 14:44 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Anne Korchia | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | wmof |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Estimation: | Petit |
| Description |
|
Mettre son profil en écrasement
|
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 17/avr./07 14:44 ] |
|
J'ai mis le profil en écrasement. http://bo.priceminister.com/datafile_back?action=advertprofilesearch&advert_profile=&login=wmof&proc=&type=20 Je ferme. |
[IMP-1314] Rajouter comptes dans le flux Mixad Création: 18/sept./07 17:47 Mise à jour: 30/oct./09 15:51 Résolue: 20/sept./07 15:29 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Daniel Pintamalli | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | N/A |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
topv1856 topv1858 topv1776 topv1859 crouquier |
| Commentaires |
| Commentaire de Jérome Marianne [ 19/sept./07 15:53 ] |
| Rajouter compte topv1867 |
| Commentaire de Jérome Marianne [ 20/sept./07 14:45 ] |
| Rajouter topv0568 |
| Commentaire de Daniel Pintamalli [ 20/sept./07 15:29 ] |
| C'est fait. |
[IMP-853] rajouter comptes dans le flux mixad Création: 08/juin/07 12:45 Mise à jour: 30/oct./09 15:51 Résolue: 13/juin/07 13:53 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 1 jour, 2 heures | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | ... |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec création produits
|
| Groupe: | Mixad |
| Description |
|
acl69 adonisauto coudrais59 dtapeugeot drigouts fordreims frechicsa grandgarage nomblot69 nomblot71 Renault91700 renault-edam renaultmeaux renaultstar seatcovac slica valleesa vincar |
| Commentaires |
| Commentaire de Jérome Marianne [ 08/juin/07 13:23 ] |
|
Comptes suplémentaires à rajouter : topv1387 autoformule topv1424 sirabella |
| Commentaire de Jérome Marianne [ 11/juin/07 10:05 ] |
|
Rajouter : conceptcar |
| Commentaire de Jérome Marianne [ 11/juin/07 11:51 ] |
|
Rajouter : topv0943 topv0939 topv0961 topv1657 topv1440 topv1423 topv1409 topv0185 autodijon |
| Commentaire de Jérome Marianne [ 12/juin/07 10:51 ] |
|
Rajouter : topv1666 |
| Commentaire de Jérome Marianne [ 12/juin/07 12:23 ] |
|
Rajouter : mike66mb |
| Commentaire de Daniel Pintamalli [ 12/juin/07 17:58 ] |
|
Pseudos ajoutés: acl69 adonisauto coudrais59 dtapeugeot drigouts fordreims frechicsa grandgarage nomblot69 nomblot71 Renault91700 renault-edam renaultmeaux renaultstar Je continue demain. |
| Commentaire de Daniel Pintamalli [ 13/juin/07 13:53 ] |
| Tous les pseudos restants ont été rajoutés. |
[IMP-1990] Ouverture compte FTP - Distripoker Création: 14/mars/08 16:23 Mise à jour: 30/oct./09 15:43 Résolue: 20/mars/08 11:23 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Dorian Porta Delsol | Attribution: | Fabien Farache |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | Distripoker |
| Modèle: | jeux de société (jouets) |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Groupe: | Neteven |
| Commentaires |
| Commentaire de Fabien Farache [ 20/mars/08 11:23 ] |
|
Profils créés : 5870838 Sorties Neteven Suppression annonces Distripoker NETEVEN - Sorties V1.0 5870837 Entrées Neteven Mise à jour/création annonces Distripoker NETEVEN - Entrées V1.0 Compte ftp créé : Pseudo : distripoker mot de passe : d84DPJ1s Serveur : ftp.priceminister.com / fr Config ftp faite et configurée : ######### Test xml config file... ...Test : OK |
[IMP-1327] Rajouter comptes dans le flux Mixad Création: 21/sept./07 11:16 Mise à jour: 30/oct./09 15:51 Résolue: 01/oct./07 16:54 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | topv |
| Modèle: | Mixad |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces (écrasement)
|
| Description |
|
topv0944 topv1703 topv1729 topv1807 topv1809 topv1811 topv1815 topv1853 topv1862 topv1864 topv0568 topv1873 |
| Commentaires |
| Commentaire de Jérome Marianne [ 21/sept./07 17:24 ] |
|
Rajouter : topv1671 topv0761 topv |
| Commentaire de Daniel Pintamalli [ 25/sept./07 10:18 ] |
| J'attends que le script de rajout automatique soit validé par l'équipe exploit. Une fois le script sera validé, la migration sera faite rapidement. |
| Commentaire de Daniel Pintamalli [ 27/sept./07 11:50 ] |
| Jérôme, le dernier pseudo est incomplet: 'topv' |
| Commentaire de Jérome Marianne [ 27/sept./07 13:56 ] |
| En fait la commerciale c'est tromper lors de la création du compte donc c'est bien 'topv" |
| Commentaire de Daniel Pintamalli [ 01/oct./07 16:54 ] |
| Tous les pseudos ont été ajoutés au flux Mixad. |
[METATACHE][mon compte] Refonte de la home page mon compte
(APP-16385)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 16.0.0 |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Swan Desportes | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation |
| Commentaires |
| Commentaire de Christophe Garcia [ 25/juin/07 17:10 ] |
| Avec un minimum de commentaire ça serait génial ... |
| Commentaire de Swan Desportes [ 26/juin/07 11:10 ] |
|
INtégration de l'onglet Mon Compte Auto pour la refonte de la home page. A décaler V16. |
| Commentaire de Emeric Teil [ 31/juil./07 18:36 ] |
|
ok |
[IMP-2538] nouveau compte DVDLEGACY : cddvdseller Création: 25/août/08 15:59 Mise à jour: 30/oct./09 15:43 Résolue: 26/août/08 18:59 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jany Marimoutou | Attribution: | Frédéric Nahum |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | cddvdseller |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
nouveau profil à paramétrer comme les autres de DVDLEGACY Il faut me faut les répertoires CD et DVD pour le FTP. |
| Commentaires |
| Commentaire de Frédéric Nahum [ 26/août/08 18:59 ] |
|
Crée par FNA le 26 Aout 2008 Compte FTP vendeur créé... Pseudo : cddvdseller mot de passe : fjg45Zip Serveur : ftp.priceminister.com / fr Il faut qu'ils mettent le fichiers des cd dans stock/CD et les dvd dans stock:/DVD |
[APP-22290] Traduction à revoir mon compte UK Création: 23/sept./08 15:23 Mise à jour: 10/oct./08 09:47 Résolue: 03/oct./08 15:52 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 31.0.0 (TX-C) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Rémi Virlouvet | Attribution: | Rémi Virlouvet |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Dev |
| Projets PM: | *** RESERVE *** |
| Description |
|
dans My account, Upload stock data à changer en Upload incoming stock data.
|
| Commentaires |
| Commentaire de Rémi Virlouvet [ 23/sept./08 15:24 ] |
|
cms1 /default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileHistory/title_stock_import - English (UK) |
[IMP-5045] Convertir un compte en NETEVEN > CaptainShoes Création: 13/janv./10 16:28 Mise à jour: 19/janv./10 15:18 Résolue: 19/janv./10 15:18 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Isabelle Weisbecker | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Login: | CaptainShoes |
| Modèle: | textile-chaussures |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
N/A
|
| Groupe: | Neteven |
| Commentaires |
| Commentaire de Fotigui Tangara [ 19/janv./10 10:29 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : captainshoes mot de passe : dligeH304r Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Fotigui Tangara [ 19/janv./10 10:53 ] |
|
Le TAG du fichier est VETEMENT. Le fichier contient le caractère point-virgule. Pour une première soumission, je supprime manuellement les points-virgules... Il faudra que Neteven veille à ce qu'il y en aient pas prochainement... |
| Commentaire de Fotigui Tangara [ 19/janv./10 15:18 ] |
|
Le fichier passe à 100%. Demande traitée. |
[IMP-6211] Demande de réactivation de compte Création: 31/mai/10 10:43 Mise à jour: 31/mai/10 15:39 Résolue: 31/mai/10 15:39 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Login: | m_and_l |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
De : Andre Hoch - Marc & Lukas GmbH [mailto:andre.hoch@marluk.de] Envoyé : mardi 25 mai 2010 14:34 À : 'SUPPORT PRO' Objet : AW: Inventary update issue - Priceminister - Dear Daniel, i have an information and a question, i hope you can help me. We are now ready to connect your marketplace directly to our system, and our developer have finished everything. We have to delete now all stocks from our accounts. After this, we are ready for the update on the sales file (customer email address), which our developer will done in the next step. Please let me know, where I can delete the complete stocks, of if you are allow to do this. Thank you very much Marc & LuKas GmbH Moenchengladbach Germany |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 31/mai/10 15:39 ] |
|
Comptes réactivés. Mail envoyé au PRO De : SUPPORT PRO [mailto:support.pro@priceminister.com] Envoyé : lundi 31 mai 2010 15:39 À : andre.hoch@marluk.de Cc : 'Jeremy Pallot' Objet : RE: Priceminister - Dear Andre, I have reactivated your accounts. In order to purge your stocks you should send a file into 'stock/overwrite/[country]' folder. Please find below the folders to use: |-- add | |-- es | |-- fr | `-- uk |-- delete | |-- es | |-- fr | `-- uk `-- overwrite |-- es |-- fr `-- uk Regards, Daniel Pintamalli |
Import Fichier BIGLABELS
(IMP-6252)
|
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | biglabel |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Commentaires |
| Commentaire de Daniel Pintamalli [ 22/juin/10 17:20 ] |
| Le compte est prêt, on copie le fichier depuis le compte UK et on traite le fichier en annonces. |
[IMP-6664] Créer compte Sellermania pour FAIRANDFAST Création: 30/juil./10 09:30 Mise à jour: 02/août/10 16:49 Résolue: 02/août/10 16:49 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Julien Buhagiar | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | Fairandfast1 |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Groupe: | SELLERMANIA |
| Description |
|
Merci de créer un profil SELLERMANIA pour ce pro. Il a 200.000 ref en livres. |
| Commentaires |
| Commentaire de Fotigui Tangara [ 02/août/10 16:41 ] |
|
===================================================================== Compte FTP vendeur créé... Pseudo : fairandfast1 mot de passe : jqfe1153 Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ===================================================================== |
| Commentaire de Fotigui Tangara [ 02/août/10 16:49 ] |
|
Configurations Sellermania mises en place pour ce PRO. Demande traitée. |
[APP-20650] Plantage Compte Pro Auto Création: 26/mai/08 18:19 Mise à jour: 27/mai/08 18:50 Résolue: 26/mai/08 18:52 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 22.1.0 |
| Version(s) corrigée(s): | 22.1.1 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | FireFox 2.0 |
| Projets PM archivés: | Maintenance TX-A |
| Description |
|
008-05-26 17:55:54,572 WARN [P-Processor7] testintegOTO - Long query [5580 ms]: SubscriptionQuery -- SubscriptionQuery VAR x1 VARCHAR2(500) § EXEC :x1 := 'pauls254@yahoo.fr'; SELECT mail_subscription_id l, usr_subscription.usr_subscription_id, usr_subscription.change_date, usr_subscription.creation_date, usr_subscription.mail_ subscription_id, usr_subscription.row_version, usr_subscription.user_account_id, usr_subscription.uss_status_code FROM usr_subscription, user_account WHERE (user_account.email_address =:x1) AND (usr_subscription.user_account_id = user_account.user_account_id) ; 2008-05-26 17:55:54,582 ERROR [P-Processor7] testintegOTO - Load error Servlet : com.babelstore.user.front.UserServlet Request : GET http://www.pm.lan/user Referrer : null User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) Trace : java.lang.NullPointerException at com.babelstore.content.ContentService.getMergedTemplate(ContentService.java:1319) at com.babelstore.user.front.AccountModel.load(AccountModel.java:199) at com.babelstore.util.web.Model.doLoad(Model.java:53) at com.babelstore.util.Block.load(Block.java:120) at com.babelstore.util.web.Screen.load(Screen.java:120) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:260) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:206) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:168) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) : |
| Commentaires |
| Commentaire de Arnaud Forgues [ 26/mai/08 18:52 ] |
|
et bien c'est corrigé !! cela venait d'un bloc de l'écran "Mon compte auto" qui est un faux template IG : le bloc de promo pour info : CVS: ---------------------------------------------------------------------- CVS: Enter Log. Lines beginning with `CVS:' are removed automatically CVS: CVS: Committing in . CVS: CVS: Modified Files: CVS: Tag: BRANCH_V22 CVS: src/com/babelstore/content/ContentConstants.java CVS: src/com/babelstore/content/ContentService.java CVS: src/com/babelstore/user/front/AccountModel.java CVS: ---------------------------------------------------------------------- |
[APP-3155] Mon Compte : négociation Création: 26/nov./04 11:45 Mise à jour: 25/juin/07 18:26 Résolue: 25/juin/07 18:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.8val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Stéphane Archer | Attribution: | Bruno Ballester |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Le lien "En savoir plus sur le fonctionnement de l'option Négo" ne renvoit pas sur la bonne info ... Problème param ? |
| Commentaires |
| Commentaire de Validator [ 26/nov./04 12:09 ] |
| oui |
| Commentaire de Bruno Ballester [ 22/mars/05 12:24 ] |
|
L'aide négo n'est pas configuré sur l'intégration http://bo.pm.lan/help_back?action=helptree&brand=true&helpid=1&unfold=1615.1. http://bo.priceminister.com/help_back?action=helptree&brand=true&helpid=1&unfold=1615.1241.1. |
[APP-3356] Mon compte : Pictos obsoletes Création: 17/déc./04 18:08 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.9val |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Gaël Klosek |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Les images "Pas encore vendeur" et "Pas encore acheteur" ne correspondent plus au contenu |
| Commentaires |
| Commentaire de Gaël Klosek [ 29/déc./04 17:49 ] |
|
image "pas encore vendeur" updatée. image "pas encore acheteur" inchangée. |
| Commentaire de Quentin de Chivré [ 29/déc./04 18:16 ] |
|
Il faut changer les 2 images ! (les rubriques acheteur ont aussi changé) En plus les couleur "Pas encore..." ne sont plus homogènes En plus il y a un problème de dimensionnement de l'image "pas encore vendeur" C'est un peu baclé ca... Il ne faut pas oublier de tester !!!!!! |
| Commentaire de Gaël Klosek [ 30/déc./04 11:59 ] |
| Images "pas encore vendeur" et "pas encore acheteur" mises à jour. |
| Commentaire de Julien Deleau [ 13/janv./05 11:34 ] |
|
Images "pas encore vendeur" et "pas encore acheteur" ok Seule petite remarque, c'est que l'édito de "mode d'expédition" qu'il y a quand le compte vendeur est activé (et non pas su l'image qui est ok) fais mention de chronopost. |
| Commentaire de Quentin de Chivré [ 13/janv./05 11:38 ] |
|
C'est normal car Chronopost est activé en integ. Le texte est dynamique a cet endroit |
[APP-3476] crédit d'un compte par chèque Création: 12/janv./05 17:49 Mise à jour: 25/juin/07 18:27 Résolue: 14/sept./05 14:26 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.3.0val |
| Version(s) corrigée(s): | Aucune |
| Type: | Doc | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Olivier Cales |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Juste pour signaler que le minimum indiquer dans le test pour le crédit était de 10¿ - hors celui-ci est de 30¿ |
| Commentaires |
| Commentaire de Stéphane Archer [ 21/juin/05 17:16 ] |
| maj doc |
| Commentaire de Olivier Cales [ 14/sept./05 14:26 ] |
| Remarque déja pris en compte dans un autre bug |
[APP-3425] Problème d'import pour le compte Dovobo Création: 05/janv./05 14:53 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.9 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Visakha Kheng | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Description |
|
Il y a un décalage entre le titre, le prix et le commentaire. Selon le titre d'un livre donné, le prix et le commentaire ne correspondent pas. |
| Commentaires |
| Commentaire de Visakha Kheng [ 05/janv./05 14:55 ] |
|
Created an attachment (id=238) fichier xls |
| Commentaire de Visakha Kheng [ 10/janv./05 14:45 ] |
|
Dans la vitrine de Dovobo, il existe plusieurs fiches pour un même livre. Les fiches sont toutes complètement différentes les unes des autres. Exple : (1)Zadkine Le Maillet Et Le Ciseau (Livre) Albin Michel - 01/01/1968 Prix : 25,00 ¿ Niveau de qualité: Bon Etat in 8, etat correct, 221 p. (2)Zadkine Le Maillet Et Le Ciseau (Livre) Albin Michel - 01/01/1968 Prix : 16,00 ¿ Niveau de qualité: Bon Etat Revue in 8, etat correct, 140 p. Nov. 1973 De l'opera a la grande Eugene; Theatre d'Amerique Latine; Libre teatro de cordoba; entretien avec Rolf Liebermann; Piscator... Theatre Photos (3)Zadkine Le Maillet Et Le Ciseau (Livre) Albin Michel - 01/01/1968 Prix : 15,00 ¿ Niveau de qualité: Bon Etat in 8, bon etat d'ensemble, 177 p. revue (4)Zadkine Le Maillet Et Le Ciseau (Livre) Albin Michel - 01/01/1968 Prix : 20,00 ¿ Niveau de qualité: Bon Etat in 8, bon etat, 134 p. exemplaire N°619; sixieme volume de cette collection, volume "Des Fantomes..." Illustrations de Bouyer (henri, Yann Brekilien, Jacques Lechat (5)Zadkine Le Maillet Et Le Ciseau (Livre) Albin Michel - 01/01/1968 Prix : 25,00 ¿ Niveau de qualité: Bon Etat grand in 8, etat tres correct, 188 p. Illust. de Franþois Batet et Jean Reschofsky Coll. Les grands livres pour la jeunesse Pourtant selon la dernière mise à jour du 5/01/2005 (voir fichier joint), il ne devrait y avoir que la première fiche. Avant de passer son compte en vacances, ce livre était affiché en FO à 16¿ au lieu de 25¿ |
| Commentaire de Visakha Kheng [ 10/janv./05 14:46 ] |
|
Created an attachment (id=242) fichier xls |
| Commentaire de Validator [ 10/janv./05 16:01 ] |
| Problème de référence sur le fichier |
[APP-6054] Dédoublonnage annonce : compte TDMNEUF Création: 25/oct./05 09:00 Mise à jour: 25/juin/07 18:32 Résolue: 25/oct./05 16:37 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.8 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Nicolas Gréhalle | Attribution: | Mostafa Diane |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Merci
|
| Commentaires |
| Commentaire de Mostafa Diane [ 25/oct./05 16:37 ] |
|
j'ai lancé, EN INTEG, la procedure stockée de dédoublonnage
annonce pour le compte de TDMNEUF, elle mis 5 heures pour traiter 401654 annonces et fermer 302310 Annonces. la mise en prod et prévu mais pas avant la semaine prochaine. ========================================================= j'ai fait une requete pour connaitre le nombre de partenaire professionnels qui peuvent faire du stock illimité: : 552 |
[APP-30577] Qualité erronée pas pris en compte Création: 04/août/10 17:11 Mise à jour: 16/sept./10 16:14 Résolue: 16/sept./10 16:14 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 75.0.0 (VEN-D) |
| Version(s) corrigée(s): | 75.0.0 (VEN-D) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Carole Boucheny |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
|
|||||||||||||||
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
ALL - Tous
|
|||||||||||||||
| Site: | Integ | |||||||||||||||
| Projets PM: | WS MEV Light | |||||||||||||||
| Navigateur: | Tous |
| Description |
|
cf. screenshot-1 |
| Commentaires |
| Commentaire de Carole Boucheny [ 05/août/10 09:40 ] |
|
Il faut ajouter la prévalidation "Sélectionnez la <em>qualité</em>". Exemple ici : http://bo.dev3.pm.dev/datafile_back?action=advertcellview&advertcellid=81472 C'est fait sur ref cat fr. |
[APP-11872] ajout d'identification produit en BO: impossible d'entree un ISBN-EAN (nouveaux ISBN à 13 chiffres) Création: 29/août/06 17:24 Mise à jour: 25/juin/07 18:43 Résolue: 22/déc./06 11:58 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 9.0.2a |
| Version(s) corrigée(s): | 11.3.0 (Soldes + Midi Libre) |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Patrick Condevaux | Attribution: | Edouard Gomez-Vaez |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| Classif1: | IMPORT | ||||||||
| Classif2: | IMPORT - ISBN-EAN | ||||||||
| Projets PM archivés: | ISBN13 | ||||||||
| Description |
|
En BO lorsqu'on choisi d'ajouter un ISBN comme identification d'un produit seul les isbn à 10 caractères sont accepter par exemple 4-367-93344-X les nouveaux ISBN-EAN (unifiant ISBN et code barre) à 13 chiffres ne sont pas acceptés pour l'exemple precedent: 9784367933447 d'apres wikipedia ( http://fr.wikipedia.org/wiki/ISBN ) L'entrée en vigueur du nouveau système est spécifiée pour le 1er janvier 2007. |
| Commentaires |
| Commentaire de Swan Desportes [ 29/août/06 17:42 ] |
|
plutot qu'un bug, c'est probablement un improvement à prevoir. Judd, tu confirmes ? |
| Commentaire de Judd OSullivan [ 29/août/06 18:22 ] |
| Heureusement que c'est toujours 2006 alors:) |
| Commentaire de Judd OSullivan [ 26/oct./06 15:29 ] |
|
A partir de 2007, tout ISBN devrait être 13 chiffres. En
réalité je pense qu'on devrait continuer supported les isbn de 10
chiffres. Par contre on devrait accepter un ISBN de 13 chiffres en BO. |
| Commentaire de Younès Charrière [ 09/janv./07 16:10 ] |
| Ok vu avec Edouard. |
Refonte Mon Compte : lot 1 Fondation
(APP-15529)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.0.0 |
| Version(s) corrigée(s): | 16.0.0 |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Renaud Dierickx | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM archivés: | Mon Compte - Lot 1 : Fondation |
| Description |
|
Dans l'écran 'Notez vos vendeurs', la requête permettant
d'extraire les vendeurs à noter fait une jointure entre purchase et
item. Dans le projet Dashboard (voir conception AFO), on a créé une nouvelle requête permettant d'extraire le nombre de vendeur à noter mais on ne fait pas la jointure et on ne prend pas les mêmes statuts d'articles. Il faudrait uniformiser le tout pour qu'on n'ait pas d'incohérences. Arnaud, peux-tu étudier le problème et me dire ce que je dois faire pour la refonte mon compte ? La jointure est-elle nécessaire ? # Voici la requête de l'écran 'Notez vos vendeurs' (BuyerItemInfoQuery) : public Collection getCollectionToFeedback(Long lBuyerAccountId) { addFrom("purchase"); // Item addWhere("item.buyer_account_id = ?", lBuyerAccountId); addWhereConst("item.itm_status_code IN (?)", new Long[] {ItmStatusCode.COMMITTED, ItmStatusCode.ON_HOLD}); addWhere("item.seller_score IS NULL"); // Purchase addWhere("purchase.purchase_id = item.purchase_id"); addWhereConst("purchase.pch_status_code IN (?)", new Long[] {PchStatusCode.REQUESTED, PchStatusCode.CAPTURED, PchStatusCode.OPEN}); return getInfoCollection(); } # Nouvelle requête (nouveau compteur) : public Long getSellerToScoreCount(Long lBuyerAccountId) { SQLStatement sql = new SQLStatement(); sql.from("item") .where("item.buyer_account_id = ?", lBuyerAccountId) .where("item.itm_status_code = ?", ItmStatusCode.COMMITTED, Bind.HARD) .where("item.seller_score IS NULL"); return (Long) readFirst(sql, new LongSelector("count(distinct item.seller_account_id)")); } |
| Commentaires |
| Commentaire de Arnaud Forgues [ 26/juin/07 10:46 ] |
|
Il faudrait également vérifier si l'accès à "Mes achats"
puis aux différents achats en cours "notables" sont cohérents avec
l'écran "Notez vos vendeurs" car c'est à partir de là que j'avais concu
ma nouvelle requete "getSellerScoreToCount" ! Pour info, voici l'état des articles, panier en PROD : ITM_STATUS_CODE PCH_STATUS_CODE COUNT(*) --------------- --------------- ---------- 30 50 5295 30 70 18 30 80 80780 30 90 45945 70 80 412 70 90 1598 avec ITM_STATUS_CODE = 30 : COMMITED et 70 : ON_HOLD et PCH_STATUS_CODE = 50 : REQUESTS, 70 : CAPTURE_DENIED, 80 : CAPTURED et 90 : OPEN |
| Commentaire de Arnaud Forgues [ 26/juin/07 10:56 ] |
|
après tests et vérification en PROD sur le cas suivant :
panier 34000908 de l'acheteur mimine37 au vendeur luckystar13, j'ai pu
constater qu'on peut effectivement noter un vendeur alors que le panier
est dans l'état CAPTURE_DENIED alors que ce panier n'apparait pas dans
l'écran "Notes vos vendeurs" (http://bo.priceminister.com/purchase_back?action=itemview&itemid=41024148&purchaseid=34000908) |
| Commentaire de Arnaud Forgues [ 26/juin/07 14:09 ] |
|
de même on a le cas inverse,dans lequel on ne peut pas noter
un vendeur en passant par "Mes achats > Detail achat" mais on
retrouve son achat dans la liste affichée sur l'écran "Notez vos
vendeurs" avec un lien "Suivi de l'article". Cela se produit dans le cas d'un article en cours de réclamation (état ON_HOLD) quel que soit l'état du panier (CAPTURED ou OPEN) ex.: purchase_id = 40572225 (état CAPTURED) ou 46948263 (ON_HOLD) |
| Commentaire de Arnaud Forgues [ 26/juin/07 17:23 ] |
| c'est bon ! j'ai eu ma réponse par SHA : l'ancienne requete n'est pas correcte. On factorise donc la nouvelle requete pour l'écran "Notez vos vendeurs" avec celle pour calculer le nombre de vendeurs à noter dans "Mon compte" ! |
| Commentaire de Emeric Teil [ 31/juil./07 17:16 ] |
|
OK |
[APP-12839] NpF : ergo BO catégories META TACHE Création: 29/sept./06 17:27 Mise à jour: 25/juin/07 18:45 Résolue: 17/oct./06 18:32 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 9.0.4 |
| Version(s) corrigée(s): | ToDo |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Martin Sudmann | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
ALL - Tous
|
| Description |
|
diverses amélioration d'ergo dans le BO catégories pour le paramétrage NpF
|
| Commentaires |
| Commentaire de Martin Sudmann [ 17/oct./06 18:32 ] |
| sous taches done |
[APP-6502] Numéro SIRET & Enseigne Commercial doivent être modifiable en BO Création: 28/nov./05 12:05 Mise à jour: 25/juin/07 18:33 Résolue: 06/janv./06 18:42 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.8d |
| Version(s) corrigée(s): | 8.1.0 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Niall Boylan | Attribution: | Emmanuel Gosse |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| Description |
|
Numéro SIRET & Enseigne Commercial doivent être modifiable en BO
|
| Commentaires |
| Commentaire de Christophe Garcia [ 16/déc./05 14:55 ] |
| Voir Steven pour mettre au point l'ergonomie. |
| Commentaire de Emmanuel Gosse [ 06/janv./06 18:42 ] |
|
les 2 sont maintenant modifiables. ces infos sont affichées sur la page -Droits- bug fixé. |
| Commentaire de Christophe Garcia [ 10/janv./06 16:39 ] |
| ok 810 |
[IMP-4607] [UK] [FR] [ES] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes mymemory-uk/mamemoire/mymemory-es Création: 12/nov./09 18:32 Mise à jour: 20/nov./09 17:46 Résolue: 20/nov./09 17:46 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jeremy Pallot | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Login: | mymemory-uk/mamemoire/mymemory-es | ||||||||
| Séparateur: | Point-virgule (;) | ||||||||
| Type de traitement: |
Suppression produits, Mise à jour/création annonces (écrasement), Suppression annonces, Mise à jour/création annonces
|
||||||||
| Description |
|
Bonjour, Pouvez-vous créer un compte FTP (entrée/sortie.écrasement) avec flux de commandes et mise à jour inventaire (mise à jour/création annonces) centralisé sur 1 FTP pour les trois pays. Pseudos: mymemory-uk: Grande Bretagne mamemoire: France mymemory-es : Espagne Le FTP peut-il être en langue anglaise (add/delete/overwriting) Contact IT: Bas Mostert Email: bas@iweb.co.uk Cordialement, Jérémy |
| Commentaires |
| Commentaire de Laurent Payot [ 13/nov./09 16:20 ] |
| Comme vu avec Jeremy on va importer par EAN pour prendre essentiellement les produits culturels (la plupart des EAN semnlent concerner du high-tech) |
| Commentaire de Laurent Payot [ 19/nov./09 09:55 ] |
| ci joint le fichier envoyé par le partenaire avec les SKU |
| Commentaire de Laurent Payot [ 19/nov./09 09:57 ] |
|
===================================================================== Account FTP seller created... Pseudo : mymemory-uk password : D29eIvd Server : ftp.priceminister.co.uk Country : uk Flow purchase : yes ===================================================================== Comme demandé j'ai fait passr le fichier avec les SKU, avec creation d'annonce par EAN. Le taux d'import est de 25% pour le UK, 16% pour la France, quand à l'espagne le compte n'est pas activé, merci de le faire pour que je relance l'import. |
| Commentaire de Laurent Payot [ 19/nov./09 10:11 ] |
| Julien en l'abscence de Jeremy peux tu activer le compte espagnol? merci. |
| Commentaire de Julien Buhagiar [ 19/nov./09 11:45 ] |
| c'est fait |
| Commentaire de Laurent Payot [ 19/nov./09 13:53 ] |
| j'ai toujours une erreur "vendeur non activé". tu as créé une annonce déjà pour ce vendeur? |
| Commentaire de Julien Buhagiar [ 19/nov./09 13:56 ] |
|
oui tout est ok |
| Commentaire de Laurent Payot [ 19/nov./09 15:36 ] |
| toujours "vendeur non activé", il faut peut etre attendre demain pour que cela soit actif. |
| Commentaire de Laurent Payot [ 20/nov./09 09:37 ] |
| Toujours l'erreur "Cuenta vendedor no activada", meme en resoumettant un nouveau fichier. Julien est-ce que tu peux demander à Carlos si il y a quelque chose de spécial à faire?? |
| Commentaire de Laurent Payot [ 20/nov./09 14:29 ] |
| Jeremy peux tu activer le pro espagnol? |
| Commentaire de Jeremy Pallot [ 20/nov./09 14:37 ] |
|
C'est fait, je ne comprend pas pourquoi le compte ne fonctionne pas. Jérémy |
| Commentaire de Laurent Payot [ 20/nov./09 15:06 ] |
| C'est bon ca à fonctionné. 10% de succès pour l'espagne. |
| Commentaire de Laurent Payot [ 20/nov./09 17:46 ] |
| J'ai envoyé un mail au pro pour lui indiquer ses ID de compte et ppour lui dire qu'il pouvait commencer a envyer ses fichiers. |
[IMP-3730] [UK] [FR] [ES] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes magpie_books/magpiebooks/magpie-books Création: 29/mai/09 11:26 Mise à jour: 30/oct./09 15:51 Résolue: 03/juin/09 11:04 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Login: | magpie_books/magpiebooks/magpie-books |
| Séparateur: | Tabulation |
| Type de traitement: |
Mise à jour/création annonces (écrasement), Suppression annonces
|
| Description |
|
Bonjour, Pouvez-vous créer un compte FTP (entrée/sortie.écrasement) avec flux de commandes et mise à jour inventaire (mise à jour/création annonces) centralisé sur 1 FTP pour les trois pays. Pseudos: magpiebooks : Grande Bretagne magpie_books : France magpie-books : Espagne Le FTP peut-il être en langue anglaise (add/delete/overwriting) Colonnes: D: Prix en £, ajouter pour le site Uk £ 2.20 par défaut pour les frais de port et ne rine ajouter pour le site FR et ES mais convertir par 1.20 pour avoir le prix en ¿. E: Ref vendeur envoyer au vendeur avce la commande I: ISBN P: Qualité Mapping: 5 = Good 7= Good 6 = Very Good 10= Very Good R: Quantité Cordialement, Jérémy |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 02/juin/09 17:26 ] |
|
===================================================================== Account FTP seller created... Pseudo : magpiebooks password : fduhl34Hk Server : ftp.priceminister.co.uk Country : uk Flow purchase : yes ===================================================================== |
| Commentaire de Daniel Pintamalli [ 03/juin/09 11:04 ] |
|
La configuration est en place. Tout est géré depuis le compte FTP du site UK. stock/add => entrées stock/overwrite => fichier en écrasement stock/delete => fichiers en sorties |
[APP-6949] Flag activation/désactivation adoption en BO via une property Création: 10/janv./06 12:02 Mise à jour: 25/juin/07 18:34 Résolue: 10/janv./06 17:05 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Catégories |
| Affecte la/les version(s): | 8.1.0 |
| Version(s) corrigée(s): | 8.1.0 |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Swan Desportes | Attribution: | Validator |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Ajouter une property qui permet d'activer/désactiver l'accès à la fonctionnalité adoption en BO
|
| Commentaires |
| Commentaire de Emmanuel Gosse [ 10/janv./06 17:05 ] |
|
Ajout de la properties priceminister.category.adoption.IsActivated = false WARNING: le CtgTypeCode est encore présent dans la liste de la recherche Categorie. Mais lorsque l'on clique pour voir les parametres du noeud considéré, le CtgTypeCode affiché est Navigation, ce qui est bien sur faux. C'est une correction temporaire pour désactiver l'Adoption. |
| Commentaire de Jérôme Viviès [ 11/janv./06 14:44 ] |
| A vérifier - dev. |
| Commentaire de Christophe Garcia [ 11/janv./06 17:05 ] |
| La propriété a été implémentée. Elle est documentée dans le WIKI de la 810. |
[APP-31584] Problème d'affichage des chiffres de la journée du 31/10/2010 en BO Création: 02/nov./10 17:08 Mise à jour: 17/nov./10 10:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Tristan Wermelinger | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Le chiffres en bo de la journée du 31/10/2010 ne sont pas visibles (adresse : http://bo.priceminister.com/summary?date=31/10/2010 )
|
| Commentaires |
| Commentaire de Tristan Wermelinger [ 09/nov./10 14:19 ] |
| Soucis a peu près similaire sur la journée du 07/11/2010 (cf capture ci-joint) |
[BIN-210] Correction rapport BO "payment by purchase" Création: 26/oct./06 17:18 Mise à jour: 14/sept./07 17:31 Résolue: 15/déc./06 18:44 |
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | Executive |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Philippe Favrot | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Description |
|
mon mail du 25/10 reproduit ci-après : Je me rends compte que je n'avais pas joint le fichier... depuis, j'ai travaillé sur une journée plus récente (30 septembre) incluant des transactions payées via 1¿.com. Sauf erreur de ma part, le rapport « payment by purchase » inclus les transactions financées par 1¿.com ; peux tu vérifier car tu m'avais indiqué le contraire. Il faudrait que ces transactions soient clairement identifiées dans ce rapport ; par exemple par une mention spécifique dans la colonne « card type » qui est actuellement vierge de toute mention lorsqu'il s'agit d'un paiement via 1¿.com. Par ailleurs, tu constateras donc des écarts au niveau du « Authorized GMS » ; peut être un lien avec mon mail du 20 septembre. Merci de ton retour Philippe -------------------------------------------------------------------------------- De : Philippe FAVROT [mailto:philippe.favrot@priceminister.com] Envoyé : lundi 23 octobre 2006 11:28 À : 'Agathe Remy'; 'pierre.krings@priceminister.com' Cc : 'justin.ziegler@priceminister.com' Objet : RE: BI Finance Agathe, « Payment by purchase » : suite à notre réunion de mercredi, j'ai donc procédé à la réconciliation de la journée du 30 juin 2006 entre BO et Titan ; voir le fichier en pièce attachée. On a donc des écarts sur la partie « Authorized GMS ». Par ailleurs, pour boucler cette partie « suivi des encaissements », il faut un rapport similaire pour le type de paiement 1euros.com. Merci Philippe |
| Commentaires |
| Commentaire de Agathe Remy [ 31/oct./06 10:55 ] |
|
Bonjour Philippe, J'ai ajouté la colonne payment type dans le rapport payment by purchase afin que tu puissent identifier les paiements 1euros. Cela te convient-il? Merci:-) Agathe |
| Commentaire de Philippe Favrot [ 31/oct./06 19:46 ] |
|
Bonsoir Agathe, merci pour cette modif. mais je suis un peu troublé car le rapport ne donne plus le même résultat qu'avant ta modification (sur la base de la journée du 30 septembre) ; voir le fichier attaché. Par ailleurs, peux tu mettre en place une invite sur le "card type" et une autre sur le "payment type". Merci Philippe |
| Commentaire de Agathe Remy [ 02/nov./06 14:23 ] |
|
Bonjour Philippe, La différence de résultat était du au fait qu'en rajoutant le payment type, j'ai exclu toutes les transactions sans type de paiement (payées uniquement par PMV). J'ai corrigé cette erreur et maintenant, tu dois trouver les mêmes résultats que précédemment (j'ai vérfié). D'autre part, j'ai ajouté les invites sur card type et payment type. Si tu veux ne pas sélectionner de valeur particulière, il faut saisir % à la main dans l'invite. Cordialement, Agathe |
| Commentaire de Philippe Favrot [ 03/nov./06 11:44 ] |
|
Bonjour Agathe, merci ; effectivement la requête donne à présent le même résultat qu'initialement. Reste donc àtraiter l'écart sur l'indicateur "Authorized GMS". Philippe |
| Commentaire de Agathe Remy [ 24/nov./06 14:33 ] |
|
Bonjour Agathe, Serait il possible d'intégrer dans le rapport payment by purchase les informations suivantes : N° transaction Sips N° autorisation Sips Merci Philippe |
| Commentaire de Philippe Favrot [ 04/déc./06 10:31 ] |
|
Agathe, suite à notre réunion du 21 nov. Concernant les écarts mis en évidence au niveau de l'authorized GMS, merci d'ajuster sur le rapport "purchase summary" ==> les transactions isolées dans l'onglet 5 ne doivent donc pas être reprises dans le rapport "payment by purchase". Pour les autres écarts (cf onglet 4), c'est à toi d'investiguer. Merci Philippe |
| Commentaire de Agathe Remy [ 14/déc./06 18:55 ] |
|
Philippe, Si, comme tu le dis, les transactions isolées dans l'onglet 5 ne doivent pas apparaître dans le rapport "payment by purchase", cela signifie que nous excluons de ce rapports : - les paniers passés en CONFIRMATION_DENIED - les paniers de type négociation ayant été annulés Peux-tu me le confimer? Doit-on aussi exclure les paniers auto (pack vendeur, garanties) qui ne sont pas dans le rapport "Purchase summary by month"? Merci:-) Agathe |
| Commentaire de Agathe Remy [ 14/déc./06 19:14 ] |
|
Voici le résultat de mon investigation sur les écarts de l'onglet 4 : Dans BI : Authorized GMS = Authorized payment amount + Authorized coupon amount Dans Titan : Authorized GMS = Authorized payment amount + Captured coupon amount Cette différence de formule explique ces écarts. Il me semble donc que le rapport BI est plus cohérent que celui de Titan, mais, sachant que dans le rapport "Purchase summary by month", le champ Authorized GMS = Authorized payment amount + Captured coupon amount (comme dans Titan), à toi de juger ! Merci:-) Agathe |
| Commentaire de Agathe Remy [ 14/déc./06 19:25 ] |
|
Les colonnes N° transaction Sips et N° autorisation Sips ont été ajoutées au rapport "Payment by purchase". J'ai supposé que le N° transaction Sips correspondait au champ "Authorization number request" et le N° autorisation Sips au champ "Authorization number response". Peux-tu me dire si cela te parait correct? Merci:-) Agathe |
| Commentaire de Philippe Favrot [ 15/déc./06 13:47 ] |
|
Bonjour Agathe, mes commentaires à tes questions de ces derniers jours sur ce rapport : 1 - Si, comme tu le dis, les transactions isolées dans l'onglet 5 ne doivent pas apparaître dans le rapport "payment by purchase", cela signifie que nous excluons de ce rapports : - les paniers passés en CONFIRMATION_DENIED - les paniers de type négociation ayant été annulés Peux-tu me le confimer? oui je confirme ; l'objectif est d'aligner la façon de déterminer le VA autorisé entre les différents rapports. D'ailleurs, sauf erreur de ma part tu as déjà fait cette modification ? 2 - Doit-on aussi exclure les paniers auto (pack vendeur, garanties) qui ne sont pas dans le rapport "Purchase summary by month"? effectivement les paniers auto ne sont pas repris dans le rapport "purchase summary" ; néanmoins il est impératif de les maintenir dans le rapport "payment by purchase" car ce rapport est avant tout destiné à suivre canal / canal l'encaissement des achats (or en matière d'encaissement, les paniers auto suivent le même traitement que les paniers classiques achat-vente). 3 - Voici le résultat de mon investigation sur les écarts de l'onglet 4 : Dans BI : Authorized GMS = Authorized payment amount + Authorized coupon amount Dans Titan : Authorized GMS = Authorized payment amount + Captured coupon amount Cette différence de formule explique ces écarts. Il me semble donc que le rapport BI est plus cohérent que celui de Titan, mais, sachant que dans le rapport "Purchase summary by month", le champ Authorized GMS = Authorized payment amount + Captured coupon amount (comme dans Titan), à toi de juger ! On est donc d'accord que le VA autorisé tel que déterminé dans le rapport BI "payment by purchase" est celui qui est exact. Néanmoins je n'ai pas envie qu'on retouche pour l'instant au rapport "purchase summary by month" donc je suggère de modifier "payment by purchase" (le VA autorisé est un indicateur de gestion et pas une donnée qui est comptabilisé ; donc cette erreur est supportable d'autant plus qu'ele porte sur des montants faibles). 4 - Les colonnes N° transaction Sips et N° autorisation Sips ont été ajoutées au rapport "Payment by purchase". J'ai supposé que le N° transaction Sips correspondait au champ "Authorization number request" et le N° autorisation Sips au champ "Authorization number response". Peux-tu me dire si cela te parait correct? J'ai pris le purchase ID : 38996672 ds le Back Office : on a : N° transaction Sips = 186 136 N° autor Sips = 929 829 ds ton rapport : on a : Sips transaction number = 186 136 Sips autorisation number = 926829 Ca me semble être ok Reste doncd le point 4 à modifier et on devrait être bon pour ce rapport Merci Philippe |
| Commentaire de Agathe Remy [ 15/déc./06 18:44 ] |
|
Le VA autorisé a été modifié dans la rapport Payment by purchases. Cordialement, Agathe |
| Commentaire de Philippe Favrot [ 19/déc./06 09:56 ] |
|
Bonjour, sur la base de la journée du 30 septembre ça fonctionne maintenant. Donc sous réserve d'anomalies que mettrait en évidence une "utilisation plus intensive" du rapport c'est ok pour moi. Tu peux fermer le Jira. Philippe |
[NpF] NPF-MUSIQUE/ Activation - Méta-tâche
(APP-17428)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Ca vient d'arrriver |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 16.0.3 |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Ariane Baldinger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | Navigation par filtres - Musique |
| Description |
|
Mettre à jour (BO) le lien du bloc ça vient d'arriver pour qu'il pointe sur la NpF.
|
| Commentaires |
| Commentaire de Ariane Baldinger [ 27/août/07 14:13 ] |
|
Fait en PROD, visible sur http://preview.priceminister.com/nav/Musique Effectif demain. |
[APP-20258] [Import - Fichier] Statistiques différents entre BO et FO Création: 15/avr./08 14:24 Mise à jour: 03/juin/08 18:15 Résolue: 03/juin/08 18:15 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 19.4.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Classif1: | IMPORT | ||||||||
| Classif2: | statistiques | ||||||||
| Projets PM archivés: | Maintenance CAT-C | ||||||||
| Description |
|
- Le pourcentage de succès n'est pas le même entre le BO et le FO; - notamment avec le login "merlecris" |
| Commentaires |
| Commentaire de Marion Anfreville [ 03/juin/08 18:15 ] |
|
Doublon de |
[APP-26845] BO : Boite de reception plante en ES et UK Création: 13/oct./09 11:56 Mise à jour: 30/oct./09 14:40 Résolue: 27/oct./09 11:00 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 54.0.0 (CAT-K), 56.0.0 (TX-J) |
| Version(s) corrigée(s): | 56.0.0 (TX-J) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Arnaud Forgues | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, ESP - Espagne
|
| Projets PM: | *** CHASSE *** |
| Description |
|
L'accès BO à la page de recherche de "Boite de reception" plante : "Erreur non disponible"
|
| Commentaires |
| Commentaire de Yann Danot [ 26/oct./09 16:43 ] |
|
dans UmsIncomingSearch.jsp on a le test suivant : l.168 <% if (infUmsIncomingContext.getDefaultUmtGroupId() != null) { %> <%= mdl.groups.get(infUmsIncomingContext.getDefaultGroupAlias()).getTitle() %> <% } %> Or il existe en base des boîtes des reception qui ont un DEFAULT_GROUP_ID mais pas de DEFAULT_GROUP_ALIAS. On a donc un problème de nullPointer. Il s'agit des boîtes dont le DEFAULT_GROUP_ID est 1303 Voila, |
| Commentaire de Alexandre Garnier [ 26/oct./09 16:56 ] |
|
Habib, avais-tu déjà remarqué ce problème ? Est-ce un groupe oublié dans le fichier Excel de migration ? Ou un nouveau groupe ? Ou un groupe qu'on avait pas en DEV ? |
| Commentaire de Habib-Sylvain Gourguet [ 27/oct./09 09:51 ] |
|
Jamais remarqué ce problème, car à vrai dire, pas la section qu'on visite régulièrement. Pour le groupe, à en juger par l'ID, il s'agit de "automobile" (alias prévu : g_auto). Ce groupe existe bien sur les 3 plateformes, bien que vide sur ES et UK. |
| Commentaire de Alexandre Garnier [ 27/oct./09 09:55 ] |
|
Donc ça doit être ça : groupe existant en ES et UK mais pas migré car pas censé exister dans ces langues. Correction rapide : ajouter cet alias dans la base |
| Commentaire de Renaud Dierickx [ 27/oct./09 10:55 ] |
|
C'est corrigé en DEV. Le script est dans le répertoire d'integ. (J'ai au passage repasser le script de migration des alias sur ES et UK.) Au passage, vous n'avez pas mis de DEFAULT_GROUP_ALIAS pour la nouvelle boite 'back TELEPHONE'. C'est voulu ? SQL> select DEFAULT_GROUP_ALIAS from ums_incoming_context where TITLE ='back TELEPHONE'; DEFAULT_GROUP_ALIAS -------------------------------------------------- |
| Commentaire de Renaud Dierickx [ 27/oct./09 11:00 ] |
| [CAJ2009Q4CTN] |
[APP-1629] impossible de créer un groupe de messages types en BO Création: 05/déc./03 11:43 Mise à jour: 25/juin/07 18:23 Résolue: 25/juin/07 18:23 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.1.3pre |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jessica Rajabaly | Attribution: | Dispatcher (Dev) |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
qd je souhaite créer un groupe de msg type en BO, j'obtiens une exception SQL
|
| Commentaires |
| Commentaire de Quentin de Chivré [ 05/déc./03 14:35 ] |
|
Problème de droits sur babel_1 qui n'avait pas accès aux nouvelles séquences de user_1. Corrigé par MSA |
[APP-31870] liens modération HS colonne gauche du BO Création: 18/nov./10 12:00 Mise à jour: 18/nov./10 14:57 Résolue: 18/nov./10 14:44 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 81.0.0 (TX-Q) |
| Version(s) corrigée(s): | 81.1.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Steven Harel | Attribution: | Jérémie Bennejean |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
|
| Pays: |
ALL - Tous
|
| Projets PM: | CoSAV : Gestionnaire de commande |
| Description |
|
les liens de la modération sont HS également dans la colonne de gauche du BO
cf capture d'écran |
| Commentaires |
| Commentaire de Thomas Landru [ 18/nov./10 12:10 ] |
|
Vous êtes sur JMH ? car en prod ca marche bien
Si c'est le cas j'attribuerai le Jira à Jérémie |
| Commentaire de Steven Harel [ 18/nov./10 12:18 ] |
| ça ne marche pas en prod. les soucis sont les mêmes certainement que les liens du dashboard. |
| Commentaire de Christophe Garcia [ 18/nov./10 12:32 ] |
| MDPLVC |
| Commentaire de Arnaud Forgues [ 18/nov./10 14:44 ] |
| Jérémie n'avait pas encore configurer la nouvelle servlet sur JMH. Maintenant c'est fait ! |